>Yes. I would like to eventually add more functionality to the
>$classpath distribution (regexps are at the top of the list), but it's
>a little too early to start doing that. Also, in the case of GNU
>extensions (ie. not based on a Sun API), we might wish to make some of
>them GPL'd.
Yeah, I was thinking at some point the various GNU Java libraries could be
pulled together into a single distribution. It could be part of $classpath
I guess. A lot of these are already done, so it's really just a packaging
issue.
>> I've got a running clean room implementation of javax.servlet.http
>> and parts of javax.servlet
>
>I have a clean room implementation as well, that I did about a year
>ago (1.0 API). :) See http://www.oryxsoft.com/projects/osl/. In fact,
>you'll find code there which makes writing Servlet's a lot more
>tolerable. Servlet support should be offered, but at the moment, I
>don't want to get too far away from the core API's. The core stuff is
>going to be plenty for us to handle.
If it's done, why not put it in CVS, get the copyright stuff squared away,
etc? Serlvets are a standard extension and so we do need a clean room
implementation. I wouldn't necessarily be soliciting people to write
non-core libraries, but if someone wants to, I see no reason not to include
it.
>> If not, I'm willing to contribute whatever needs to be
>> written, but my experience tends not to make me best at AWT/applet
>> code.
>
>Well, since it seems that you like parsing text, how about you write
>the java.text implementation? :)
He mentioned the CORBA stuff. Even though it's 1.2, it needs to be done and
I don't know of anyone else who has the expertise to write it. That strikes
me as more useful thing do write because of its relative complexity to the
uninitiated versus java.text. Plus coding up the java.text class is likely
to induce some sort of brain damage in the coder. You can't be around such
a cretinous design for long without some ill effect and I'd hate to see that
happen to our friend Wes.
--
*****************************************************
* Aaron M. Renn *
* Email: [EMAIL PROTECTED] *
* Homepage: <URL:http://www.urbanophile.com/arenn/> *
*****************************************************
