DO NOT REPLY [Bug 20807] New: - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20807. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20807] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20807. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 19857] - Methods ConvertUtilsBean.convert could check for converters registered with base classes

2003-06-16 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=19857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 19857] - Methods ConvertUtilsBean.convert could check for converters registered with base classes

2003-06-16 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=19857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/stat CertifiedDataTest.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 07:29:31 Modified:math/xdocs developers.xml math/src/java/org/apache/commons/math/stat UnivariateImpl.java math/src/test/org/apache/commons/math/stat CertifiedDataTest.java Log: PR:

DO NOT REPLY [Bug 20782] - [math] Improve accuracy of updating variance calculation in UnivariateImpl

2003-06-16 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=20782. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/stat CertifiedDataTest.java

2003-06-16 Thread Al Chou
--- [EMAIL PROTECTED] wrote: mdiggory2003/06/16 07:29:31 Modified:math/xdocs developers.xml math/src/java/org/apache/commons/math/stat UnivariateImpl.java math/src/test/org/apache/commons/math/stat

DO NOT REPLY [Bug 20813] New: - FileUpload does not take 'charset' parameter of the 'Content-Type' header into consideration

2003-06-16 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=20813. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 19857] - Methods ConvertUtilsBean.convert could check for converters registered with base classes

2003-06-16 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=19857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20815] New: - FileUpload always assumes transfer encoding to be always BINARY and does not properly handle 'Content-Transfer-Encoding' header

2003-06-16 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=20815. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20815] - FileUpload always assumes transfer encoding to be BINARY and does not properly handle 'Content-Transfer-Encoding' header

2003-06-16 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=20815. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [VOTE] commons-el 1.0 release

2003-06-16 Thread Jan Luehe
Please see http://cvs.apache.org/~luehe/commons-el-1.0_RC1 for the release candidate deliverables. I need one additional +1 vote in order to be able to proceed with the release. ;-) So far, I've already received +1s from Remy Maucherat and Patrick Luby. Thanks, Jan

RE: [VOTE] commons-el 1.0 release

2003-06-16 Thread Shapira, Yoav
Howdy, +1. And I've actually taken a look at it, too! ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Jan Luehe [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:49 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [VOTE] commons-el 1.0 release

Re: cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/stat

2003-06-16 Thread Mark R. Diggory
Al Chou wrote: --- [EMAIL PROTECTED] wrote: mdiggory2003/06/16 07:29:31 Modified:math/xdocs developers.xml math/src/java/org/apache/commons/math/stat UnivariateImpl.java math/src/test/org/apache/commons/math/stat

cvs commit: jakarta-commons-sandbox/daemon/src/native/nt/procrun Makefile procrun.c

2003-06-16 Thread jfclere
jfclere 2003/06/16 10:05:13 Modified:daemon/src/native/nt/procrun Makefile procrun.c Log: Arrange win9x and add some debugs. Revision ChangesPath 1.2 +5 -1 jakarta-commons-sandbox/daemon/src/native/nt/procrun/Makefile Index: Makefile

cvs commit: jakarta-commons-sandbox/configuration PROPOSAL.html

2003-06-16 Thread mpoeschl
mpoeschl2003/06/16 10:44:41 Modified:configuration PROPOSAL.html Log: add myself as initial committer Revision ChangesPath 1.2 +1 -0 jakarta-commons-sandbox/configuration/PROPOSAL.html Index: PROPOSAL.html

Re: [math] Proposed package structure

2003-06-16 Thread Tim O'Brien
+1, on package structure (and if the hotel I'm in bothers to install an ethernet in my room this after, I'll execute this plan barring any binding -1s) Also, don't both submitting a patch for this, I'm going to submit to the power of GNU Emacs. :-) Tim On Sun, 15 Jun 2003, J.Pietschmann

Logging packaging questions

2003-06-16 Thread Nicolas Mailhot
[ This message is crossposted between commons-dev and jpackage-discuss. Please keep the crosspost while replying - most interested parties won't be subscribed to more than one of the lists ] Hi, The jpackage project (http://www.jpackage.org/) is a volunteer project devoted to providing

Re: [math] Apples or Oranges

2003-06-16 Thread Andreou Andreas
Mark R. Diggory wrote: I've got a design decision to make that I'd like to get others opinion on. Currently, the strategy in UnivariateImpl is to calculate the rudimentary building blocks of the statistics and then calculate the statistics in the getters (getVariance, getSkewness, getKurtosis

Re: [math] Apples or Oranges

2003-06-16 Thread Tim O'Brien
On Mon, 16 Jun 2003, Mark R. Diggory wrote: (1) Bean etiquette suggests getters are for bean properties, its usually recommended that this means that they do nothing more than return the value for a property. This is beneficial in our Univariate case when calling a getter many times

Re: Logging packaging questions

2003-06-16 Thread David Graham
I don't work on commons-logging so I won't speak to satisfying your request but I am curious about why you need this behavior. I would *never* allow all of my apps to share jars between them and upgrade them all at the same time. The amount of testing that would require is simply unreasonable

RE: Logging packaging questions

2003-06-16 Thread Shapira, Yoav
Howdy, I couldn't agree more, Senor Graham ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 3:17 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Logging packaging

[math] RandomData and ValueServer Failures . . .

2003-06-16 Thread Mark R. Diggory
I appear to occasionally get JUnit test failures from ValueServer and RandomData Tests. This would appear to be because the mean sampled values can sometimes deviate from the expected mean even for 1000 case draws, I know this happens rarely, just enough over the last month or so for me to

[RESULT][VOTE] Release commons-el 1.0

2003-06-16 Thread Jan Luehe
Here are the voting results (see thread at http://www.mail-archive.com/[EMAIL PROTECTED]/msg19833.html): - binding non-binding +1 [3] [0] +0 [0] [0] -0 [0] [0] -1 [0] [0]

Re: Logging packaging questions

2003-06-16 Thread Ryan Hoegg
Hey folks, I would disagree if the jar sharing mechanism provided for versioning. There are several ways to accomplish this, but the maven repository does it in a very simple and practical way. All that would be left to jpackage-type tools is the dynamic runtime classpaths. -- Ryan Hoegg

Re: Logging packaging questions

2003-06-16 Thread David Graham
I would disagree if the jar sharing mechanism provided for versioning. There are several ways to accomplish this, but the maven repository does it in a very simple and practical way. All that would be left to jpackage-type tools is the dynamic runtime classpaths. Saving disk space is the only

Re: [math] Apples or Oranges

2003-06-16 Thread Al Chou
--- Mark R. Diggory [EMAIL PROTECTED] wrote: Andreou Andreas wrote: Mark, I would go for the latter approach (the one on the p.s.) cause it doesn't seem that complex to me... Why not add a CachableUnivariateImpl class that extends UnivariateImpl and also keeps track in a cache the

Re: Logging packaging questions

2003-06-16 Thread Nicolas Mailhot
Le lun 16/06/2003 à 21:17, David Graham a écrit : I don't work on commons-logging so I won't speak to satisfying your request but I am curious about why you need this behavior. Because that's how it's done on linux systems:). I would *never* allow all of my apps to share jars between them

Re: [math] Apples or Oranges

2003-06-16 Thread Tim O'Brien
On Mon, 16 Jun 2003, Mark R. Diggory wrote: big snip I'm talking strictly about UnivariateImpl at this time, I'm not quite ready to delve into the Storage Implementations. ...another snip... could be detected by the the Univariate Implementation and such a caching mechanism could be

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli MissingValueException.java ValueValidator.java OptionImpl.java AlreadySelectedException.java InclusiveOptionGroup.java OptionGroup.java InvalidValueException.java BaseOptionGroup.java CommandLineCreator.java UnknownOptionException.java CommandLine.java Option.java ExclusiveOptionGroup.java OptionBuilder.java CommandLineImpl.java MissingOptionException.java ArgumentImpl.java AnonymousArgumentImpl.java ParseException.java Options.java

2003-06-16 Thread jkeyes
jkeyes 2003/06/16 13:01:57 Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x MissingValueException.java ValueValidator.java OptionImpl.java AlreadySelectedException.java InclusiveOptionGroup.java

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat UnivariateImpl.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 13:42:25 Modified:math/src/java/org/apache/commons/math/stat UnivariateImpl.java Log: This house-cleaning improves UnivariateImpl, in a number of ways. 1.) insertValue is abolished and its contents are now in addValue 2.)

Re: Logging packaging questions

2003-06-16 Thread Leonid Dubinsky
Nicolas Mailhot wrote: If the split goes through, the situation is likely to arise where log4j is used as a commons-logging backend, but since log4j is not configured by default, all the commons-logging logging will be automatically brocken. Come to think of it, this is exactly what we have now,

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat Univariate.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 13:58:53 Modified:math/src/java/org/apache/commons/math/stat Univariate.java Log: Correction of Javadoc errors that end up propigating into UnivarImpl and other implementations. Revision ChangesPath 1.2 +24 -48

DO NOT REPLY [Bug 17650] - [unspecified] Make Messages pay attention to returnNull setting on wrapped resources

2003-06-16 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=17650. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17769] - [unspecified] pre-mature closing of Statement and PreparedStatement

2003-06-16 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=17769. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17957] - [launcher] - on OutOfMemoryError no message

2003-06-16 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=17957. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7367] - [unspecified] ServiceManager not actually serializable

2003-06-16 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=7367. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 15744] - [unspecified] Scaffold ResultSet used after statement is closed

2003-06-16 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=15744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 16859] - [unspecified] Can't supply a javax.mail.Session to Commons Email componenet

2003-06-16 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=16859. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat Univariate.java UnivariateImpl.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 14:24:30 Modified:math/src/java/org/apache/commons/math/stat Univariate.java UnivariateImpl.java Log: More correction of Javadoc errors that end up propigating into UnivarImpl and other implementations. Revision ChangesPath 1.3

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat StoreUnivariate.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 14:29:49 Modified:math/src/java/org/apache/commons/math/stat StoreUnivariate.java Log: More correction of Javadoc errors. Revision ChangesPath 1.3 +6 -6

DO NOT REPLY [Bug 20782] - [math] Improve accuracy of updating variance calculation in UnivariateImpl

2003-06-16 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=20782. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat UnivariateImpl.java

2003-06-16 Thread mdiggory
mdiggory2003/06/16 14:38:15 Modified:math/src/java/org/apache/commons/math/stat UnivariateImpl.java Log: I'm not sure with this algorithm, but I'm going to add this test back into the Variance that protects it from returning a value less than 0.

Re: Logging packaging questions

2003-06-16 Thread Richard Sitze
Hence the need to maintain commons-logging.jar AS-IS. We already HAVE commons-logging-api.jar, we simply need to add new jar files for each implementation 'flavor'. Consideration could be given to including a commons-logging.properties file that configures the logger, though there are

Re: Logging packaging questions

2003-06-16 Thread David Graham
Hence the need to maintain commons-logging.jar AS-IS. We already HAVE commons-logging-api.jar, we simply need to add new jar files for each implementation 'flavor'. Consideration could be given to including a commons-logging.properties file that configures the logger, though there are pro/cons

Re: [math] RandomData and ValueServer Failures . . .

2003-06-16 Thread Al Chou
--- Mark R. Diggory [EMAIL PROTECTED] wrote: I appear to occasionally get JUnit test failures from ValueServer and RandomData Tests. This would appear to be because the mean sampled values can sometimes deviate from the expected mean even for 1000 case draws, I know this happens rarely,

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom JDOMNodePointer.java JDOMNamespaceIterator.java

2003-06-16 Thread dmitri
dmitri 2003/06/16 18:30:21 Modified:jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom JDOMNodePointer.java JDOMNamespaceIterator.java Log: Temporary fix pending the release of the next version of JDOM, which currently has an incompatible API change.

Re: [math] RandomData and ValueServer Failures . . .

2003-06-16 Thread Mark R. Diggory
Al Chou wrote: --- Mark R. Diggory [EMAIL PROTECTED] wrote: I appear to occasionally get JUnit test failures from ValueServer and RandomData Tests. This would appear to be because the mean sampled values can sometimes deviate from the expected mean even for 1000 case draws, I know this

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/dynabeans DynaBeanPropertyPointer.java

2003-06-16 Thread dmitri
dmitri 2003/06/16 18:37:59 Modified:jxpath/src/java/org/apache/commons/jxpath/ri/model/dynabeans DynaBeanPropertyPointer.java Log: Removed unnessary printStackTrace Revision ChangesPath 1.8 +4 -5

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/beans BeanPropertyPointer.java

2003-06-16 Thread dmitri
dmitri 2003/06/16 18:39:51 Modified:jxpath/src/java/org/apache/commons/jxpath/util ValueUtils.java jxpath/src/test/org/apache/commons/jxpath/ri/model/beans BeanModelTest.java

DO NOT REPLY [Bug 16859] - [unspecified] Can't supply a javax.mail.Session to Commons Email componenet

2003-06-16 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=16859. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20774] - [math] gamma test cases

2003-06-16 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=20774. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17957] - [launcher] - on OutOfMemoryError no message

2003-06-16 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=17957. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/special - New directory

2003-06-16 Thread mdiggory
mdiggory03/06/13 15:41:27 jakarta-commons-sandbox/math/src/test/org/apache/commons/math/special - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [beanutils] extending BasicDynaBean with toString, equals, andhashCode

2003-06-16 Thread Craig R. McClanahan
On Sat, 14 Jun 2003, robert burrell donkin wrote: Date: Sat, 14 Jun 2003 10:43:41 +0100 From: robert burrell donkin [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: [beanutils] extending

DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload

2003-06-16 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=20744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.