BTW, In Jboss they use "modules" file of CVSROOT to be able to get a fake module that is in fact (here) 3 modules. It is then simple to tag/branch several module in one shot (and get also one specific tag in one shot) I don't think we need that now, but this facility goes in favour of multiple modules. If the build scripts become too much "puzzled" with each other we can even have a "build" module ;)
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf > Of Ara Abrahamian > Sent: mardi 15 janvier 2002 16:08 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; 'Konstantin Priblouda' > Subject: RE: [Xdoclet-devel] where to new tools? > > > After all, if we all agree we will continue development of > new stuff as > below: > > - xjavadoc -> in its module > - xdocletgui -> in its module > - xtags -> in xdoclet (core) > > I think everyone has the permission to import new modules (?). > > For xtags we'll create a new branch, till it gets mature > enough it'll live there. This way we can release 1.1.1 for > jboss3 beta release without worrying about the > quality/maturity of xtags. > > Ara. > > > -----Original Message----- > > From: [EMAIL PROTECTED] > [mailto:xdoclet-devel- > > [EMAIL PROTECTED]] On Behalf Of Ara Abrahamian > > Sent: Tuesday, January 15, 2002 10:41 AM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: RE: [Xdoclet-devel] where to new tools? > > > > > a) Put it in xdoclet CVS module under xdoclet/core/src, but in a > > separate > > > package, for example xdoclet.subproject.* > > > b) Put it in xdoclet CVS module under > xdoclet/subproject/src (still > > using > > > xdoclet.subproject.*) > > > c) Make a separate CVS module, as with xjavadoc > > > > > -For xdoclet gui, I'm in favor of b) That's how ant did with > antidote > > (ant > > > gui). When it got too big, they moved it to a separate module. We > can > > do > > > that too if it ever happens. > > > > Agree. > > > > > -For reverse xdoclet, I'm in favor of a) since it is very > natural to > > > bundle this with the core. > > > > I'm in favor of a separate module. > > xjavadoc's mutation is built in xjavadoc. Loading sources, > analyzing > > ejb-jar.xml (btw we should create a generaic interface for > all reverse > > engineering stuff, we may add reverseStruts for example), > some smart > > code (try to guess if there's a dataobject/pk/etc class) are all > > independent of xdoclet core. It'll grow in size and become > > sophisticated. > > > > > -For xtags I don't know. > > > Konstantin's xtags seems pretty similar to a subpackage of my > xdoclet > > gui, > > > although I must admit I haven't really understood what xtags does. > > (The > > > similarity lies in describing tags in a meta xml file, not the > > > implementation). > > > > The gui will use it. Simply said we want to validate what user > > specified. User can add anything but it gets confusing, the > validations > > are minimal now. It also makes it more high level, an int > attribute in > > class ServletTagBean for sessionTimeout (for example), not a stupid > > string in a Properties object. It's similar to .Net's > Attribute class > > :-) > > > > That's very core, all tag handlers will use it so it's a sub-package > of > > core xdoclet. Anyway, I'll put some time today on it, where is your > > stuff Aslak (the meta-data description xml + code)? Let's do a > > brainstorming and integrate Konstantin's and your stuff, > plus some new > > stuff :o) > > > > > Let's get this stuff into CVS *NOW* before we all paint ourselves > into > > our > > > own little corners ;-) > > > > Yup, but hey you don't give us a one day holiday after a major > release? > > ;-) > > > > Ara. > > > > > > > > _______________________________________________ > > Xdoclet-devel mailing list [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > _______________________________________________ > Xdoclet-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > > _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
