[GUMP] Build Failure - commons-jelly-tags-html

2003-02-12 Thread Morgan Delagrange
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-12/commons-jelly-tags-html.html Buildfile: build.xml init: [mkdir] Created dir:

DO NOT REPLY [Bug 16987] New: - race condition in PoolableConnection.close()

2003-02-12 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16987. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestWebappMultiPostMethod.java TestWebapp.java

2003-02-12 Thread olegk
olegk 2003/02/12 04:30:44 Modified:httpclient/src/java/org/apache/commons/httpclient/methods MultipartPostMethod.java httpclient/src/java/org/apache/commons/httpclient/methods/multipart FilePart.java Part.java

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpConstants.java

2003-02-12 Thread olegk
olegk 2003/02/12 04:54:24 Modified:httpclient/src/java/org/apache/commons/httpclient HttpConstants.java Log: - Added methods that accept byte array offset and length parameters when performing byte array to String conversion Contributed by Oleg

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient RequestOutputStream.java ResponseInputStream.java

2003-02-12 Thread olegk
olegk 2003/02/12 05:21:27 Modified:httpclient/src/java/org/apache/commons/httpclient RequestOutputStream.java ResponseInputStream.java Log: - ResponseInputStream class deprecated in favour of ChunkedInputStream(HttpConnecion#getResponseInputStream()) -

DO NOT REPLY [Bug 16995] New: - Extensibility problems with the NNTP class

2003-02-12 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16995. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[DBCP] support of XA protocol?

2003-02-12 Thread Jeff Mesnil
Hi, I'm a developper on JOTM[1], a Java Open Source Transaction Manager. I'm currently trying to integrate it to Tomcat (in a similar way than for Tyrex). However, given that JOTM is *only* a transaction manager, I also need a DB resource manager supporting XA protocol. To do so I use a JDBC

[email] Please apply patch for bug 16859

2003-02-12 Thread EPugh
Hi email committers! I submitted a patch to pass in a javax.mail.Session to Commons Email component instead of a hostname so I can specify my hostname in my tomcat's mail/Session JNDI context. Can someone apply this patch? Thanks, Eric Pugh

[patch] SAXBeanWriter

2003-02-12 Thread Jakob Praher
hi all, I am using SAXBeanWriter in a Cocoon Environment. for this I had to patch the SAXBeanWriter to do the following: I) startElement( , qname, qname , atts ) instead of startElement( , , qname, atts ) - the same for endElement this behaviour is the default, looked in examples and books

[PATCH] [BeanUtils] Addition of ConverterSet

2003-02-12 Thread tennant
The issue: I ran into a problem because I needed to handle the conversion going from my view beans to my dto beans differently than going from my dto beans to my view beans. The Solution: I added a new class, called a ConverterSet, which maintains a set of converters. A programmer may create

DO NOT REPLY [Bug 14848] - ConvertUtils is not (thread)safe

2003-02-12 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14848. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [beanutils] 1.6.1 release?

2003-02-12 Thread dion
+1. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au robert burrell donkin [EMAIL PROTECTED] wrote on 13/02/2003 05:16:04 AM: beanutils 1.6 was released on jan 21st. it contains a bug which prevents jelly and

DO NOT REPLY [Bug 17036] New: - PropertyUtils doesn't recognise normal properties on a DynaBean decendent object.

2003-02-12 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17036. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/el build.xml

2003-02-12 Thread luehe
luehe 2003/02/12 17:01:27 Modified:el build.xml Log: Build servlet and JSP APIs before compiling commons-el Revision ChangesPath 1.2 +14 -2 jakarta-commons/el/build.xml Index: build.xml

[Jelly] Fmt tag patch

2003-02-12 Thread Willie Vu
Changed @task to @todo in javadoc for Maven 1.0-beta-8 -- Willie Vu Index: BundleTag.java === RCS file: /home/cvspublic/jakarta-commons/jelly/jelly-tags/fmt/src/java/org/apache/commons/jelly/tags/fmt/BundleTag.java,v retrieving

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/test ContentTests.java ProviderWriteTests.java

2003-02-12 Thread adammurdoch
adammurdoch2003/02/12 20:28:46 Modified:vfs/src/java/org/apache/commons/vfs FileContent.java Resources.properties vfs/src/java/org/apache/commons/vfs/impl VirtualFileSystem.java

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient URI.java HttpURL.java HttpsURL.java

2003-02-12 Thread jericho
jericho 2003/02/12 21:08:19 Modified:httpclient/src/java/org/apache/commons/httpclient/util URIUtil.java httpclient/src/java/org/apache/commons/httpclient URI.java HttpURL.java HttpsURL.java Log: Abstract: - Support

[vfs] typo on filesystems.html page

2003-02-12 Thread Henri Yandell
There's probably a typo on the list of filesystems page. For file:// it has the example of: file://home/someuser/somedir Probably that wants to be: file:///home/someuser/somedir Just a suggestion :) Hen - To unsubscribe,

[PATCH] An attempt to make wire log comprehensive

2003-02-12 Thread Oleg Kalnichevski
Changelog: - Wire logging is now performed exclusively by HttpConnection class - All data retrieved or sent through an HttpConnection instance is captured in the wire log (when logging is activated) - Request/response headers content is correctly encoded/decoded using conversion routines of the

Re: [PATCH] MultipartPost revisited (take 2) ATTN: Mike Becke

2003-02-12 Thread Michael Becke
Hi Oleg, I hear what you are saying. I think this can be accomplished in a different way though. To ensure that the wire is always handed correctly we just need to be sure that HttpConnection inputStream and outputStream are never accessed directly. Instead they should only be used via

Re: URI / setDocumentCharset, setProtocolCharset

2003-02-12 Thread Sung-Gu
Hi, I'm sorry... That was reported long time ago... But it wasn't fixed yet... I'll patch it soon... Thank you. Sung-Gu - Original Message - From: Aurelien Pernoud [EMAIL PROTECTED] To: 'HttpClient Developers List' [EMAIL PROTECTED] Sent: Wednesday, February 12, 2003 11:55 PM Subject:

RE: File Upload

2003-02-12 Thread Martin Cooper
The usual mechanism for uploading files is to use the POST method with an encoding type of multipart/form-data. HttpClient will help you with sending the data this way, and Commons FileUpload will help you with accessing it from within your servlet. -- Martin Cooper -Original Message-

Re: [PATCH] MultipartPost revisited (take 2) ATTN: Mike Becke

2003-02-12 Thread Jeffrey Dever
Haven't had time to review all of this, but I am a bit concerned over any performance issues and buffering. The wirelog is a good thing, but there are other ways of getting a request/response log. I wouldnot like to see it excessively effect performance or resident set size, or add too much

Re: File Upload

2003-02-12 Thread Daniel Walsh
Thanks for responding so quickly Martin. I was under the impression, though, that the implementation that you spoke of would require an HTML form, or some other type of UI - which my application does not use. Is that not true? Daniel The usual mechanism for uploading files is to use the POST