> 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
