GNUe Traffic #118 For 29 May Editor: Peter Sullivan By Peter Sullivan "" Table Of Contents * Standard Format * Text Format * XML Source * Introduction * Threads Covered 1. 23 May GNUe and tinyerp 2. 23 May GNUe for both two-tier and three-tier applications Introduction This newsletter mainly covers the the #gnuenterprise IRC channel, with occasional coverage of the three main mailing lists (gnue-announce, gnue and gnue-dev) for the GNU Enterprise (http://www.gnuenterprise.org) project. 1. GNUe and tinyerp 23 May Archive Link: "[IRC] 23 May 2006" Summary By Peter Sullivan Topics: Financials (Accounting), Reports People: Fabien Pinckaers, Derek Neighbours, Reinhard M?ller, Jason Cater Further to Issue #109, Section #3 (21 Mar : Other free and open source software ERP projects) , Fabien Pinckaers (pinky) asked "about possible (or not) cooperation between GNUe et Tiny ERP ? Both projects are similar on some points" . Derek Neighbours (derek) said "gnue really is a framework at this point w/o an ERP application (though reinhard is moving in that direction) - tiny erp seems to have erp type software. is tiny erp wanting to move to the gnue platform?" Later, Fabien explained that his interest had been sparked by a message on the Tiny ERP discussion forum that mentioned GNUe (http://tinyerp.org/forum/ viewtopic.php?t=1464) . Reinhard M?ller (reinhard) agreed "that tiny erp and gnue have many similar approaches - however, I have looked a bit at tinyerp's code and I don't see many possibilities of sharing *code* at this point - what we could think about is, IMHO, sharing *ideas* or maybe even interfaces" . Fabien felt that this was sensible - "for example, about one year ago, I though that using GNUe's designer could be a good idea to design our views (we still not have a designer for our views)" . Although "both project are mature and too advanced to change design architecture" it was still possible that "some external part could be shared" . For instance, "I think that GNUe could use our report engine based on OpenOffice without modifing GNUe parts (it is independant of Tiny ERP)" - he pointed to (http://tinyerp.com/flash/tiny_report.swf) a flash demo. However, Tiny ERP were now "thinking about creating a complete BI program in Python" to allow On-Line Analytical Processing (OLAP) and data mining. This might be of interest to GNUe as well. Later, Reinhard noted that "you might consider using parts of gnue-common for that, which would gain you database independence out of the box" . Earlier, Jason Cater (jcater) felt that even "if nothing else can be shared, it would still be great to keep communications open - as there will be some people we'd be better off referring to tinyerp - and vise-versa, I imagine" . Reinhard said that he had "already pointed quite some people to tinyerp that were looking for a turnkey erp system here" . Jason also commented that "it's good seeing others use python like we are" . 2. GNUe for both two-tier and three-tier applications 23 May Archive Link: "[IRC] 23 May 2006" Summary By Peter Sullivan Topics: Application Server, Common, Forms, Reports, Designer People: Fabien Pinckaers, Peter Sullivan, Reinhard M?ller Fabien Pinckaers (pinky) asked "Is it possible the use some part of GNUe without the whole GNUe framework ? (like report designer for instance)" Peter Sullivan (psu) confirmed this - "GNUe Common has all the shared stuff - other than than, just use what you need - a very simple app in GNUe might just need Forms - or you can add Reports, Navigator, App Server and have it all singing all dancing" . Reinhard M?ller (reinhard) confirmed "the idea behind gnue is that you can use it 2 ways - a) front-end (forms, reports) -> database - b) front-end -> appserver -> database" . This was because "you can build simple apps where you put all the logic in the forms and the reports - as many real life gnue based applications are very small sized few table few forms apps" . But "for bigger apps you can choose to put logic in appserver" since "appserver then behaves like a database on crack (as somebody put it here) - you can define triggers and calculated fields with arbitary python code - but still you can use the same front end tools like gnue- forms, gnue-reports, gnue-designer for both kinds of projects" . Sharon And Joy Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.