RE: [Xdoclet-devel] modules

2002-04-24 Thread Aslak Hellesoy
I have made a tag BEFORE_MODULE_RAFACTORING_TAG and a branch MODULE_REFACTORING_BRANCH and I'm currently working on it. I'll commit some stuff tomorrow. Then it's easier for all of us to have something concrete to discuss. I'm game for a Yahoo Messenger session somewhere between 1800 GMT and 2000

RE: [Xdoclet-devel] modules

2002-04-24 Thread Vincent Harcq
Hi, > Well, imho it's absolutely ok to group some modules (group > jboss-ejb/jbossweb/etc under module jboss). But I insist that > we should remove the word "core" and "optional" from the > directory structure. *Don't forget the intent is to make > adding new modules plug-and-play*. So here

[Xdoclet-devel] modules

2002-04-24 Thread Ara Abrahamian
Well, imho it's absolutely ok to group some modules (group jboss-ejb/jbossweb/etc under module jboss). But I insist that we should remove the word "core" and "optional" from the directory structure. *Don't forget the intent is to make adding new modules plug-and-play*. So here is the detailed prop

[Xdoclet-devel] CVS update: xdocletgui/src/java xdoclet-tags.dtd xdoclet-tags.xml

2002-04-24 Thread Konstantin Pribluda
User: ko5tik Date: 02/04/24 11:12:12 Modified:src/java xdoclet-tags.dtd xdoclet-tags.xml Log: created script to run GUI standalone writen desc for lot of tags Revision ChangesPath 1.12 +1 -1 xdocletgui/src/java/xdoclet-tags.dtd Index: xdoclet-tags.dtd

[Xdoclet-devel] CVS update: xdocletgui/src/java/xtags/condition IsPublic.java

2002-04-24 Thread Konstantin Pribluda
User: ko5tik Date: 02/04/24 11:12:12 Modified:src/java/xtags/condition IsPublic.java Log: created script to run GUI standalone writen desc for lot of tags Revision ChangesPath 1.2 +46 -76xdocletgui/src/java/xtags/condition/IsPublic.java Index: IsPubli

[Xdoclet-devel] CVS update: xdocletgui run.sh

2002-04-24 Thread Konstantin Pribluda
User: ko5tik Date: 02/04/24 11:12:11 Added: .run.sh Log: created script to run GUI standalone writen desc for lot of tags Revision ChangesPath 1.1 xdocletgui/run.sh Index: run.sh =

[Xdoclet-devel] CVS update: xdocletgui/etc/log4j configLog4j.properties

2002-04-24 Thread Konstantin Pribluda
User: ko5tik Date: 02/04/24 11:12:11 Modified:etc/log4j configLog4j.properties Log: created script to run GUI standalone writen desc for lot of tags Revision ChangesPath 1.3 +1 -1 xdocletgui/etc/log4j/configLog4j.properties Index: configLog4j.propert

[Xdoclet-devel] Re: [Xdoclet-user] merge for jboss-jdbc-load-XXX.xml

2002-04-24 Thread Marcus Brito
2002年04月24日(水)の13時31分に Alex Loubyansky 曰く: > Do someone get it merging? > > I created file jboss-jdbc-load-ResourceEJB.xml in a > mergedir with directory structure preserved. And added > mergedir parameter to jboss subtask in ejbdoclet. But I don't > see the content in the jbosscmp-jdbc.x

Re: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - New directory

2002-04-24 Thread Vincent Harcq
hi, > This looks to me as if it is too fine grained. If I want to use jboss, > do I really need to include 57 modules? Why not just one? Same for WL. JBoss will be 4 : core/jboss-ejb/jboss-web/jboss-jmx OK jboss alone is maybe enough. It was not the better cases for the feature I want > For

Re: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - Newdirectory

2002-04-24 Thread Marcus Brito
Em Qua, 2002-04-24 às 10:37, Vincent Harcq escreveu: > modules >jboss-ejb >jboss-web >jboss-jmx (??? what is the diff with standard jmx ???) >jboss-service >wl-ejb >wl-web >castor >mvcsoft-core >mvcsoft-jboss >mbcsoft-wl That's too much. Remeber each modul

Re: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - New directory

2002-04-24 Thread David Jencks
This looks to me as if it is too fine grained. If I want to use jboss, do I really need to include 57 modules? Why not just one? Same for WL. For mvcsoft, why not mvcsoft + (perhaps) my app server? When would you combine these little modules other than to simulate a big module? jboss-ejb + wl-

Re: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - New directory

2002-04-24 Thread Vincent Harcq
I agree. BTW the jboss-service stuff is really a different module than jboss. jboss is to develop EJBs on jboss jboss-service is to run jboss (only JMX for example) By cutting modules into pieces, it will be more easy to combine them. (even if I don't think we need a module dependancy mechanism)

Re: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - New directory

2002-04-24 Thread David Jencks
Modules is fine with me, but I thought part of the previous proposal was to have vendors at a higher level, so for instance jboss stuff would fit into one module rather than >= 2 (ejb + jmx). Is there really an point to separating the core tasks for ejb, jmx, web, etc out from core? xdoclet t

RE: [Xdoclet-devel] CVS update: xdoclet/core/samples/jboss - New directory

2002-04-24 Thread Ara Abrahamian
Btw, I think we shouldn't have the word "optional" in file/package structure, "modules" is better. I'm generalizing some XML-RPC templates right now and I don't know whether to put it under optional or in core. If I put it under core then I don't have the nice directory structure of optional modul

RE: [Xdoclet-devel] XDoclet still not working

2002-04-24 Thread Ara Abrahamian
> So IMHO if we are releasing a beta version in 1 or 2 weeks, less > 'development' has to take place, or a seperate branch should be made for > the > beta, in which we only make XDoclet (more) stable. Agree. So let's wait for Aslak to finish the optional modules/moving stuff and spend a whole we