It is a constant struggle to balance core functionality and 3rd party
add-ons. Several projects I'm aware of have the same dilemma, not the least
of which is Ant. We've accumulated a ton of 3rd party tasks there that most
of the committers cannot test themselves. But, Ant would not be as useful
without them being easily accessible. Where to draw the line? No easy
answers.
Same goes for another project I'm familiar with - Lucene. The Lucene
distribution is marginally useful out-of-the-box and has no built-in
capabilities to index even text files - custom code must be written to do
this. The Lucene team set up a jakarta-lucene-sandbox CVS repository for
just this reason, so that they can allow folks to develop add-ons and
document adapters without it interferring or bogging down the core API
development. It will be interesting to see how they handle rolling that
development back into the core, or bundling it for easy add-on.
I'm eagerly following how you folks handle this! How would the Struts
development team handle the XDoclet pieces, especially if there are no
XDoclet users on the their team? These are tough questions that I've not
addressed well yet.
Erik
----- Original Message -----
From: "Vincent Harcq" <[EMAIL PROTECTED]>
To: "Ara Abrahamian" <[EMAIL PROTECTED]>; "'Mathias Bogaert'"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, May 25, 2002 3:03 PM
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
