> If not, we should discuss this more. What about a standalone project for the torque-gen ? I think that that proposal is rather a small component than a standalone project. Think about Axion, Think about an full featured IDE @apache. That probably would be revolutionary, but that's not my proposal.
That's why I would like to refer to http://db.apache.org/newproject.html rather than http://incubator.apache.org/incubation/Incubation_Policy.html At db.apache strong analisys should make appear that criteria 1,2,5 and especially 4 make the proposal a good candidate for sub-project. On my non-objective point of view warning 1 to 5 are OK. But the solution for this proposal should for me have be what Martin proposed : > maybe we should reorganize our repository structure > > > > db-torque > > generator > > gui > > maven-pl So as far as I remember ant have a gui, maven have a gui. I only see Criteria 3 (Core developers) but it make deseaper what we are not even talking of a sub-project. The criteria implode if you consider having a bigger userbase of the torque-gen codebase. So pass it is very neccessary to discuss this more. I think about two FAQ : - this project should have be an eclipse plugin no because it's good practice that not to code while designing, The principal benefit of using eclipse would have be for having a nice docked tree. - kind of project should have use GEF, or use the dia/xslt approach Most of library relies on UML. I suggest to follow Amblin : http://www.agiledata.org/essays/umlDataModelingProfile.html to have a torque dedicated UI. Lot thing have to be discuted again. I'm just interessed by this. EF > > john mcnally > > On Sat, 2003-12-13 at 00:39, Martin Poeschl wrote: > > Emmanuel Florent wrote: > > > > >About two years ago I started the devaki-nextobjects projects > > ><http://www.devaki.org/>. > > > > > >Among other things this project now have to improve jar entry point > > >(startup), packaging and torque integration. > > > > > > > > i really like nextobjects and i think it is a great addition for torque. > > i added a link to our references page but people still don't find it > > (look at the mailing archives). > > > > >The proposal is to integrate this sources as torque-gui inside of the > > >torque project. > > > > > > > > i'm sure both projects will benefit if we add nextobjects as torque-gui > > more people will find nextobjects ;-) .. and this will help to attract > > more developers > > and torque will offer a nice integrated gui for all the 'i will never > > write a xml file' people :-) > > > > >If this proposal to the torque development team is accepted I'll post > > >the material nedded for the license changes, and do the change needed to > > >comply with coding convention, licensing issues, with the help and > > >advices of Martin Poeschl during the nexts weeks. > > > > > > > > http://sourceforge.net/project/memberlist.php?group_id=70507 > > > > >The initial source of the proposal are the material currently available > > >from <http://www.devaki.org/>. > > > > > >The source identified destination is a db-torque / src / torque-gui > > >repository. > > > > > > > > as there is another discussion about sub-sub projects db-torque / src / > > torque-gui is a good place! > > maybe we should reorganize our repository structure > > > > db-torque > > generator > > gui > > maven-plugin > > runtime > > > > but this is another topic ... > > > > +1 to add nextobjects as torque-gui > > > > martin > > > > >Emmanuel Florent > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > >
signature.asc
Description: This is a digitally signed message part
