I'm drawing a very narrow line between contribs and modules. Contrib is a module which is not maintained/supported by any of our core developers. And we really do not have core and optional modules like Ant. Everything is optional but shipped with the distribution. Contribs are distinguished by a contrib-def.xml file, which has some contribution data, such as who developed it, how you can contact the guy and send bug report to and so on. Based on this file we can mark modules as contribs, show them in different style and so on.
That's it. Ara. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:xdoclet-devel- > [EMAIL PROTECTED]] On Behalf Of Vincent Harcq > Sent: Saturday, May 25, 2002 11:33 PM > To: Ara Abrahamian; 'Mathias Bogaert'; [EMAIL PROTECTED] > Subject: Re: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND ROUND) > > I don't understand why is a contrib.xml file needed ? > The modules/build.xml tells what is a Module. > Why not simply have it under contrib/ and have the same sort of build than > modules. > And finally why should we have it in xdoclet's CVS if it is maintain by > somebody else ? This somebody gives access to the source of his website. > Let's delegate completely this work and only maintain core and modules. > Why > Struts module could not be maintain by the Struts project itself. And the > guy responsible for it working on Struts CVS. Just like Erik's work > afaik. > We really don't need this control and I will even say that keeping this > control gives a bad image : we don't have Struts 1.1 or WebLogic 7, etc... > Let's delegate this work. Less "modules", more "contribs". Maybe I am too > idealist ;) Surely this is a bit too early, when 1.2 will be out it will > be > simpler to push this way of doing. > Struts is doing like that today and look at the huge list of contribs ;) > > Vincent > > ----- Original Message ----- > From: "Ara Abrahamian" <[EMAIL PROTECTED]> > To: "'Mathias Bogaert'" <[EMAIL PROTECTED]>; > <[EMAIL PROTECTED]> > Sent: Saturday, May 25, 2002 3:13 PM > Subject: RE: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND ROUND) > > > > And MathiasBogaert follows exactly the same structure of modules. The > > only difference is that, it's a contribution, not a built-in module. > > Another option is to put it in modules but place a contrib.xml file in > > module's root so that we bundle it into contribs jar and generate docs > > to docs/contribs based on it. In SF's bug db we won't add category for > > contribs but rather point to contributor's email/site for tracking the > > bugs. > > > > I prefer the second approach. > > > > Ara. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:xdoclet-devel- > > > [EMAIL PROTECTED]] On Behalf Of Mathias Bogaert > > > Sent: Saturday, May 25, 2002 9:43 PM > > > To: Ara Abrahamian; [EMAIL PROTECTED] > > > Subject: Re: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND > > ROUND) > > > > > > What about a root directory "contribs" and there the name of the > > > contributer > > > as directory name. > > > > > > /docs > > > /contribs/MathiasBogaert > > > /contribs/AraAbrahamian > > > > > > and so on... > > > > > > Mathias > > > > > > ----- Original Message ----- > > > From: "Ara Abrahamian" <[EMAIL PROTECTED]> > > > To: "'Mathias Bogaert'" <[EMAIL PROTECTED]>; > > > <[EMAIL PROTECTED]> > > > Sent: Friday, May 24, 2002 9:34 PM > > > Subject: RE: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND > > ROUND) > > > > > > > > > > > How about a 'contrib' directory in the docs directory? Or we could > > > > have > > > > > one > > > > > on root level. > > > > > > > > Contrib has been discussed previously. It's a good idea. What's your > > > > proposal for its structure? > > > > > > > > > Ara, I am currently looking for a kick ass way to do listing > > > > behaviour. > > > > > Are > > > > > you willing to share your findings? Would be very helpful...TIA > > > > > > > > Ok, I'll send you my code directly. Then let me know how's your > > feeling > > > > about it :-) Maybe just include it as a module? > > > > > > > > Ara. > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________________________ > > > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > > > _______________________________________________ > > > Xdoclet-devel mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > _______________________________________________ > > Xdoclet-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > > > > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Xdoclet-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
