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
