"Nic Ferrier" <[EMAIL PROTECTED]> writes:
> Would it be possible to put a distribution of the other Classpath
> projects under the /projects directory in the CVS?
[Let me say before the following that I could be in error somewhere
along the way, but this is my opinion and if I'm wrong just correct
me.]
That's the point, to provide some area for quasi separate projects.
The general idea is that if it is part of core Java then Classpath
needs it in its tree (either for development or in the case of RMI
when distributions are made though Kaffe maintains the cvs archive for
the RMI classes). Anything else (and the above if so desired) could
be a separate gnu project. I think the resources for open
collaboration grew with the opening of SourceForge so maybe that is
also an option for someone wanting to implement a new api from Sun or
elsewhere and publish the work. Things which are a part of Classpath
proper usually have the copyright signed over to the FSF so that it
can represent the entire group in the event of litigation.
> I am thinking mainly of javax.servlet which I know Paul Siegmann has
> done.
What is the story with that since Sun's release to the Apache group of
much of this type of thing? Maybe Paul Siegmann is lurking on the
list and can answer?
> I am working on a plan to bring JavaMail to the masses and that would
> need a similar Classpath home.
I think the mail packages belong if they want to since I think they
are being incorporated into j2ee.
> Or should we think about re-vamping the Java pages on thew GNU
> website to better integrate everything we are all doing?
Some organization (public relations) of information available on
various web-sites does need to be done. If someone would like to work
on the classpath web pages I think that would be a good thing
especially to keep and maintain information on various projects
working on different aspects of Java and the implementation of varoius
specifications. I don't know of a single place to find all the
information about every free software project working with Java
technology, perhaps one is needed (not a freshmeat kind of thing, just
links and blurbs).
Brian
--
Brian Jones <[EMAIL PROTECTED]>