On Fri, 25 Oct 2002 14:53, Justin Erenkrantz wrote:
> --On Thursday, October 24, 2002 4:30 PM -0700 Greg Stein
>
> <[EMAIL PROTECTED]> wrote:
> > I would also like to add ViewCVS, but that is an application, so I
> > don't see how it can be construed as matching the goals of Commons.
> > It also doesn't have any other home at the ASF, so it'll just sit
> > where it is...
>
> If you ask me, ViewCVS is a 'tool that promotes reusability.'  Note
> the phrase 'creation and maintenance' in the charter.  It might be a
> stretch, but I'm not sure by how much though.  So, I believe I could
> construe how ViewCVS fits under commons.  I'd like to find a home for
> my libtool-replacement as well - it's sort of in the same boat as
> ViewCVS.
>
> A tools project might be sufficient, but I definitely see how we
> could start with a tools component/section in commons.  If enough
> code comes by under 'tools,' we spin it off into a tools top-level
> project.  At this point, I definitely don't want to start yet another
> top-level project.  I'm not sure I can handle the email load...  --
> justin

Just in case you are not aware there is also a bunch of other tool related 
code at jakarta/xml. Of those that I am aware;

* gump: continuous integration tool
* ant: build tool
* maven: build and infrastructure tool
* forrest: documentation infrastructure tool

And affiliated but not Apache would be centipede.

And these are just the bigger ones live ones. There are plenty of little 
smaller bits such as;

jxr/jxr2 etc (a cross referencing tool for java code).
jrcs (RCS parser and diff engine)
jjar (if still alive?)

And there is also graveyard stuff ala;

* stylebook
* alexandria

It is probably a bit much to try and break out another top-level project now 
but it is something to think about in the future.

-- 
Cheers,

Peter Donald
Einstein argued that there must be simplified explanations of nature, because
God is not capricious or arbitrary.  No such faith comforts the software
engineer.
- Fred Brooks, Jr.

Reply via email to