Stream ended unexpectedly Problem using FileUpload

2004-03-09 Thread Gerard Cedric
Hi, I have the following exception using the common FileUpload 1.0 library on WebSphere 4.0 and Apache 1.3 : Processing of multipart/form-data request failed. Stream ended unexpectedly This problem occurres when I try to upload a picture having size 1Ko. I have the problem only when the Apache

Re: [jelly] parent and child tags

2004-03-09 Thread Paul Libbrecht
On 8-Mar-04, at 20:08 Uhr, Volkmann, Mark wrote: Parent tag objects cannot, in their doTag method, locate their child tag objects and invoke methods on them to pull data up. I'm really hoping, I'm wrong about this. Mark, I think Daryl is right about the children: your taglib (you may have

RE: [Configuration] Daily builds fails

2004-03-09 Thread Eric Pugh
What do you mean by in the archive? For ant compatibility, I am wondering if we should put the configuration files in /src/test/ directory? Would that solve the problem...? Basically, the Maven Ant plugin attempts to boil all the dynamism of Maven down to a simple build.xml, which works some of

RE: [Configuration] Daily builds fails

2004-03-09 Thread Jörg Schaible
Eric Pugh wrote on Tuesday, March 09, 2004 11:35 AM: What do you mean by in the archive? Well, have a look into the current generated commons-configuration-1.0-dev-?.jar You'll see all the test configurtions in there and I wondered why. I have (at home so I cannot send a patch now) a modified

RE: Stream ended unexpectedly Problem using FileUpload

2004-03-09 Thread Parchuri, Chad
I had the same problem, for webphere 4.1 and apache 1.3.21 in sun solaris environment. This problem is due to plugin redirector. It seems there is patch which is available to solve this problem. i will try to get the site name where we downloaded the patch Thanks Chad -Original

Re: [jxpath] problem with Container interface

2004-03-09 Thread Dmitri Plotnikov
I'll look into this. I haven't tried putting a collection in a container - it's quite possible there is a bug there. Out of curiosity - what purpose does the container serve in your situation? Why don't you use the contents of the container as the context object? Thanks, - Dmitri -

Re: [HttpClient] Replacing the JDK's HttpClient?

2004-03-09 Thread Oleg Kalnichevski
Petite, Currently HttpClient provides a partial implementation of HttpURLConnection. The problem is (at least in my opinion) that HttpURLConnection is so badly broken that this hardly makes a lot of sense to simulate its behaviour. So far nobody has felt compelled to step in and provide a plug-in

DBCP Connection.getDelegate () class cast problem

2004-03-09 Thread Dong, Lily/Sloan-Kettering Institute
Hi. After updating tomcat to 5.0, part of our system stopped working. Looked at the source code and found out the line ((PoolableConnection)conn_l).getDelegate() caused java.lang.ClassCastException exception. But the same code works fine for Tomcat 4.1. Any idea what went wrong? Thanks,

Re: [HttpClient] Replacing the JDK's HttpClient?

2004-03-09 Thread petite_abeille
Hi Oleg, On Mar 09, 2004, at 19:34, Oleg Kalnichevski wrote: Currently HttpClient provides a partial implementation of HttpURLConnection. I saw that. But it seems to be more like a, er, esquisse, than a full blown implementation of a protocol handler [1]. The problem is (at least in my

Re: DBCP Connection.getDelegate () class cast problem

2004-03-09 Thread Dirk Verbeeck
A little more info is needed: Version of DBCP and exact tomcat versions? Do you have a DBCP jar in the WEB-INF/lib directory of your application or only in tomcat/common/lib? Do you create your own pool or use JNDI? (context configuration?) -- Dirk Dong, Lily/Sloan-Kettering Institute wrote:

BeanUtils SqlConversion

2004-03-09 Thread Amir Nashat
Why not? Can't you just re-register the standard converters with the versions that return default values instead of errors? I'm not familiar with how you can re-register the standard converter with another version. The BeanUtils.populate() method encapsulates the eventual call

Re: [vfs] problem: nightly build distributions are empty

2004-03-09 Thread Craig R. McClanahan
Quoting Jacob Kjome [EMAIL PROTECTED]: Recent .tar.gz distributions of commons-vfs at http://cvs.apache.org/builds/jakarta-commons/nightly/ are completely empty. The site is down right now, so I can't quite verify when the last good one was, but from memory, I think it was 20040301.

Re: [vfs] problem: nightly build distributions are empty

2004-03-09 Thread Michael Davey
Craig, Try using the version of webdav from http://www.ibiblio.org/maven/slide/jars/webdavlib-1.0.16.jar or applying my patch sent to the -dev list on 6th March. Jacob, Hopefully one of the VFS developers will apply my patch soon ;) -- Michael