RE: Date/Time should not be in [lang]

I agree with Charles Burdick. Let's keep [lang] as small as possible. IMHO, I don't think [lang] benefits from any date and time util classes. >-- Original Message -- >From: Charles Burdick >Subject: Date/Time should not be in [lang] > >I haven't read the various Date/Time threads completely.

Re: [lang] Nestable

Nestable is an interface. Let's keep it that way. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [lang] Bug 14334 NestableException/Delegate is not serializable

Exception classes should be serializable. Sun's base exception class, java.lang.Exception implements java.io.Serializable A couple of weeks ago, I added some serialization unit tests in the [lang] project. - Original Message - Subject: [lang] Bug 14334 NestableException/Delegate is

Re: [VOTE] Promote "FileUpload" from Commons Sandbox to Commons Prope r

+1 - Original Message - Sent: Tuesday, October 22, 2002 10:51 PM Subject: [VOTE] Promote "FileUpload" from Commons Sandbox to Commons Proper > The FileUpload component in the Commons Sandbox provides a simple means of > integrating HTTP file upload requests (i.e. requests which conform

[logging] unit tests

I was browsing the source tree for Jakarta Commons Logging There aren't any unit tests for Commons Logging. Would it be useful if I contributed some test code? -Sean -- To unsubscribe, e-mail: For additional commands, e-mail:

[logging] Log4j's NDC and MDC

I spotted this message on the jboss-developer mailing list. > -Original Message- > From: Jason Dillon [mailto:jason@pl...] > Sent: Tuesday, October 08, 2002 8:24 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Design: Plans to decouple JBoss from log4j > > > It is too bad commo

commons-logging, ObjectWeb MonoLog

>I've got another (yes, yet another) logging framework planned, >and I'd like support for it in commons-logging, You may also want to look at ObjectWeb MonoLog: http://www.objectweb.org/monolog/ -- To unsubscribe, e-mail: For additional commands, e-mail:

[httpclient] weblogic.net.http.HttpClient

If you are using Jakarta HttpClient, you might also want to check out BEA's weblogic.net.http.HttpClient Details at: http://edocs.bea.com/wls/docs70/javadocs/weblogic/net/http/package-summary.html -- To unsubscribe, e-mail: For additional commands, e-mail:

[httpclient] sample application: PostXML

I wrote a sample application that shows how to use the HttpClient API to send XML documents to a web server. File attached: PostXML.java The PostXML class is declared as a member of the "samples" package. -Sean PostXML.java Description: Binary data -- To unsubscribe, e-mail:

[httpclient] unit tests for HttpMultiClient

Currently, there are no unit tests for HttpMultiClient Is anybody working on unit tests for this class? -Sean -- To unsubscribe, e-mail: For additional commands, e-mail:

[httpclient] patch for HttpMultiClient.java

I made modifications to HttpMultiClient.java The patch file is attached. I created the patch file using this command: cvs diff -u Foo.java > Foo.patch Changes in HttpMultiClient: improved javadoc comments improved parameter checking in executeMethod method

[httpclient] patch for Cookie.java

Here is a patch for Cookie.java A patch file is attached. I created the patch file using this command: cvs diff -u Foo.java > Foo.patch Changes in Cookie.java improved javadoc comments Cheers, -Sean Cookie.patch Description: Binary data -- To u

[httpclient] HTTP Digest authentication

I was looking at the org.apache.commons.httpclient.Authenticator class. The class implements "Basic" authentication only. It does not implement the "Digest" authentication scheme. The Digest authentication scheme is described in RFC 2617: ftp://ftp.isi.edu/in-notes/rfc2617.txt Is an

[httpclient] TestHttpStatus.java, patch for HttpStatus.java

I wrote test code for the HttpStatus class. The new test file is attached: TestHttpStatus.java I had to make patches to HttpStatus.java and TestNoHost.java The patches are attached. I had to update HttpStatus.java because many status codes were missing from the status code text map. I ran

[httpclient] revised patches: ResponseInputStream.java, RequestOutputStream.java

From: "dIon Gillard" <[EMAIL PROTECTED]> > > these patches failed to apply. Could you recreate them off the latest code? > Revised patches are attached. -Sean Here is another patch for RequestOutputStream.java A patch file is attached. I created the patch file using this command:

[httpclient] another patch for ResponseInputStream.java

Here is another patch for ResponseInputStream.java A patch file is attached. I created the patch file using this command: cvs diff -u Foo.java > Foo.patch Changes in ResponseInputStream: improved javadoc comments improved code comments in constructor

[httpclient] patch for RequestOutputStream.java

Here is another patch for RequestOutputStream.java A patch file is attached. I created the patch file using this command: cvs diff -u Foo.java > Foo.patch Changes in RequestOutputStream: updated the class javadoc with an "@see" fixed erroneous javadoc parameter co

[httpclient] patch for RequestInputStream.java

This is a patch for RequestInputStream.java The patch file is attached. I created the patch files using this command: cvs diff -u Foo.java > Foo.patch Changes: Bug fix: One of the constructors was ignoring the InputStream parameter. Added javadoc comments to one

[httpclient] patch for RequestOutputStream.java

I updated the code for the RequestOutputStream.java A patch file is attached. I created the patch files using this command: cvs diff -u Foo.java > Foo.patch Changes: The simple 1 arg constructor now calls the 2 arg constructor. In the 2 arg constructor, throw NullPointe

Re: [httpclient] question regarding HttpMethod interface: getResponseBody method

From: "dIon Gillard" <[EMAIL PROTECTED]> > > Sean C. Sullivan wrote: > > >Currently, HttpMethod.java (an interface) defines a > >method called "getResponseBody": > > > >/** > > * Return my response body, i

[httpclient] parameter validation, NullPointerException vs IllegalArgumentException

From: "dIon Gillard" <[EMAIL PROTECTED]> > > Sean C. Sullivan wrote: > > >NameValuePair.java > > > >-- > > > >/** > > * Constructor. > > */ > >public NameValuePair(String name, Strin

[httpclient] minimum supported JDK version

What is the minimum supported JDK version for the HttpClient class library? Will HttpClient run on JDK 1.1.x? Is the intent to avoid using any JDK 1.2.x features so that the library will run on JDK 1.1.x? I have some changes that I'd like to make to HttpClient. My changes assume that JDK 1.2

[httpclient] patch for GetMethod.java, recycle() method in GetMethod class

jakarta-commons httpclient inquiry + patch: The HttpMethod interface declares a method called recycle(): /** * Recycle this method so that it can be used again. * Note that all of my instance variables will be reset * once this method has been called.

[httpclient] question regarding HttpMethod interface: getResponseBody method

jakarta-commons httpclient inquiry: Currently, HttpMethod.java (an interface) defines a method called "getResponseBody": /** * Return my response body, if any, * as a byte array. * Otherwise return null. */ public byte[] getResponseBody(); I would prefer if this

[httpclient] question regarding NameValuePair constructor, null parameters

Jakarta-commons HttpClient inquiry: Why does the NameValuePair constructor allow null parameters? This is how the code currently looks: NameValuePair.java -- /** * Constructor. */ public NameValuePair(String name, String value) { this.name =

[httpclient] patches for HttpClient.java, HttpConnection.java

I updated the code for the HttpClient: HttpClient.java HttpConnection.java Patch files attached. I created the patch files using this command: cvs diff -c Foo.java > Foo.patch -Sean HttpConnection.patch Description: Binary data HttpClient.pat

Re: [httpclient] API design, Cookie.getExpiryDate, Cookie.setExpiryDate

My comments are below... From: "dIon Gillard" <[EMAIL PROTECTED]> > Sean C. Sullivan wrote: > > >I updated the code for the HttpClient: > > > >Cookie.java > >TestCookie.java > > > > > >The modification changes the

[httpclient] patches for Cookie.java, TestCookie.java

I updated the code for the HttpClient: Cookie.java TestCookie.java The modification changes the behavior of Cookie.getExpiryDate Instead of returning the internal Date object, we return a freshly instantiated Date object. Why:Because java.util.Date is a mutable obje

Jakarta Commons HttpClient, who is the project leader?

I am very interested in contributing to the Jakarta Commons HttpClient code. Who is the project leader? Please contact me privately. -Sean -- To unsubscribe, e-mail: For additional commands, e-mail: