Agreed, I just wanted to make make a point WRT 1.4 vs = 1.4. Now, for 1.2.2
vs. 1.3.1, that's a different story. It would be interesting to pool the
various lists for the LCD JRE.
Gary
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 09, 2003 21:06
Hello,
Currently with client side validation, when there is an error an alert()
popup box is used to signal this to the user. By using client side DHTML
we could get pretty much the same behavior as you get when going to the
server and coming back, i.e. all messages grouped together above the
Tim, Gary, et al
Streamable codec framework would be a welcome addition to Commons Codec.
However, as far as we (Commons HttpClient) are concerned, the decision to
ditch java 1.2.2 support would render Codec unusable for us (and I'd guess
a few other projects that still need to maintain java 1.2.2
Noel J. Bergman wrote:
The Geronimo developers represent that
the code contributed for Geronimo does not contain any code belonging to
JBoss.
I just wanted to underline above.
.V
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
I think the addition of an instanceof test is good, but I think we
should deprecate here instead of removing the constructor. This
removal causes a binary compatibility problem that I think we can
easily avoid.
Mike
On Nov 7, 2003, at 2:34 AM, [EMAIL PROTECTED] wrote:
oglueck
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=24562.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Michael Becke wrote:
I think the addition of an instanceof test is good, but I think we
should deprecate here instead of removing the constructor. This
removal causes a binary compatibility problem that I think we can
easily avoid.
Mike
That's why it is listed in API changes :-)
Of
Trying to construct a service that has many implementations but use the
same interface. I can do this by putting them into different modules, but
that require the service points to be defined for each one of the
implementations.
Ideally it would be nice to have one service point with several
Howdy,
+1, looking forward to using it in production ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 12:40 AM
To: Jakarta Commons Developers List
Subject: Re: [VOTE] Release DbUtils 1.0
+1
Thanks Matt,
I'll apply and test both this and the earlier patch. I've fleshed out
more documentation on using Bugzilla. The next time the site is updated
it should be available on the site. Until then, update your cvs checkout
and take a look at the following document in your browser.
That's why it is listed in API changes :-)
Of course we can replace the second constructor with a call to the first
one to be 2.0 API compatible:
Yes, I think deprecation and calling the first constructor would be better.
Mike
dirkv 2003/11/10 06:20:15
Modified:pool project.xml
Log:
start new dev version
Revision ChangesPath
1.18 +1 -1 jakarta-commons/pool/project.xml
Index: project.xml
===
RCS file:
dirkv 2003/11/10 06:25:29
Modified:pool/src/java/org/apache/commons/pool/impl
GenericObjectPool.java
Log:
Improve error message when no validated object could be created
suggested by Chris Handorf
Revision ChangesPath
1.30 +4 -4
dirkv 2003/11/10 06:26:19
Modified:dbcp/src/java/org/apache/commons/dbcp PoolingDriver.java
Log:
Bugzilla Bug 24562: PoolingDriver needs a closePool method
- add requested method
Revision ChangesPath
1.8 +19 -6
oglueck 2003/11/10 06:33:13
Modified:httpclient API_CHANGES_2_1.txt
httpclient/src/java/org/apache/commons/httpclient/protocol
Protocol.java
Log:
re-include old constructor signature for
backwards API compatibility
Revision Changes
Michael Becke wrote:
Yes, I think deprecation and calling the first constructor would be better.
Okay, I just changed it. Thanks for the hint, Mike.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
+1
Shapira, Yoav wrote:
Howdy,
+1, looking forward to using it in production ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 12:40 AM
To: Jakarta Commons Developers List
Subject: Re: [VOTE]
yoavs 2003/11/10 08:16:32
Modified:dbutils/src/java/org/apache/commons/dbutils
BasicRowProcessor.java
Log:
Cleaned up spelling (primitiveDefaults) and a bit of JavaDoc.
Revision ChangesPath
1.4 +48 -23
yoavs 2003/11/10 08:18:42
Modified:dbutils STATUS.html
Log:
Revision ChangesPath
1.2 +2 -1 jakarta-commons/dbutils/STATUS.html
Index: STATUS.html
===
RCS file:
yoavs 2003/11/10 08:28:05
Modified:dbutils project.xml
Log:
Added myself.
Revision ChangesPath
1.4 +9 -0 jakarta-commons/dbutils/project.xml
Index: project.xml
===
RCS file:
Hi,
I have a request from a coworker who uses DbUtils to add a flag to turn
of auto-commit in the QueryRunner. The text of his request is below.
What do you think, is it too big to get into DbUtils 1.0?
There needs to be an option on QueryRunner to turn off the commit()
calls on the updates
yoavs 2003/11/10 08:45:45
Added: dbutils/xdocs examples.xml
Log:
Initial version of Examples page.
Revision ChangesPath
1.1 jakarta-commons/dbutils/xdocs/examples.xml
Index: examples.xml
yoavs 2003/11/10 08:46:29
Modified:dbutils/xdocs navigation.xml
Log:
Added Examples page.
Revision ChangesPath
1.2 +1 -0 jakarta-commons/dbutils/xdocs/navigation.xml
Index: navigation.xml
-1 on the change at the bottom of the file:
// End of class: BasicRowProcessor.java
This is redundant and insults my intelligence :-).
David
--- [EMAIL PROTECTED] wrote:
yoavs 2003/11/10 08:16:32
Modified:dbutils/src/java/org/apache/commons/dbutils
yoavs 2003/11/10 08:47:30
Modified:dbutils/xdocs index.xml
Log:
Removed basic example and added link to examples.
Revision ChangesPath
1.3 +1 -40 jakarta-commons/dbutils/xdocs/index.xml
Index: index.xml
Vic Cekvenich wrote:
Noel J. Bergman wrote:
The Geronimo developers represent that the code
contributed for Geronimo does not contain any code
belonging to JBoss.
I just wanted to underline above.
Every Apache Committer represents that they own the right to contribute
their code to the
--- Shapira, Yoav [EMAIL PROTECTED] wrote:
Hi,
I have a request from a coworker who uses DbUtils to add a flag to turn
of auto-commit in the QueryRunner. The text of his request is below.
What do you think, is it too big to get into DbUtils 1.0?
There needs to be an option on
For the threaded model as I see interceptors are created for each core-
impl. Wouldn't it be enough that interceptors wrap the proxy. This would
certainly be more performant. Or maybe have interceptors under order lets
say 1000 wrap the core-impl (and be created each time) and others wrap the
Yes, no problem, 1.2.2.
Gary
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 08:10
To: Jakarta Commons Developers List
Subject: RE: [codec] Streamable Codec Framework
Oleg, this is understood - 1.2.2 should be our LCD for codec.
I recently reported bug in Jakarta Commons validation
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24369). I want to ask
whether this is actually a permanent limitation on the product, or is it
likely to be corrected?
Here's the background: I wanted to use Commons Validator for business
Quoting Jeff Caddel [EMAIL PROTECTED]:
If your application uses WebContext (or one of it's subclasses) as the
Context
object being passed down the chain, you already have access to the request
attributes via the getRequestScope() method. There's also other
Map-returning
methods on
mdiggory2003/11/10 09:34:03
Modified:math/src/test/org/apache/commons/math/analysis
SinFunction.java InterpolatorTest.java
QuinticFunction.java
math/src/java/org/apache/commons/math/analysis
FYI, when posting to commons-dev or commons-user you should prefix the
subject line with the component name like [validator]. This allows people
to filter out messages for components they're not interested in.
David
--- Moyer, Janet [EMAIL PROTECTED] wrote:
I recently reported bug in Jakarta
mdiggory2003/11/10 09:40:43
jakarta-commons/math/src/java/org/apache/commons/math/distribution - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2003/11/10 09:43:21
jakarta-commons/math/src/test/org/apache/commons/math/distribution - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2003/11/10 09:43:34
Modified:math/src/java/org/apache/commons/math/random
EmpiricalDistribution.java
EmpiricalDistributionImpl.java
math/src/java/org/apache/commons/math/stat
Hi,
I'll forward to the list -- let's continue the discussion there ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Robinson, Jim
Sent: Monday, November 10, 2003 12:46 PM
To: Shapira, Yoav
Subject: RE: [DbUtils] Commit flag on QueryRunner
Yoav, I will subscribe. I
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/11/10 10:00:25
Modified:math/src/test/org/apache/commons/math/stat
DescriptiveStatisticsTest.java
Removed: math/src/test/org/apache/commons/math/stat
DescriptiveStatisticsFuture.java
Log:
Refactoring Error on my
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Shapira, Yoav [EMAIL PROTECTED] wrote:
Hi,
I'll forward to the list -- let's continue the discussion there ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Robinson, Jim
Sent: Monday, November 10, 2003 12:46 PM
To: Shapira, Yoav
Subject: RE:
David, I agree with you regarding flags. This is a very nice package, I
didn't mean to be critical.
I've only used EJBs and JTA, I've not been a developer so I may have
some details wrong. Others on this list can no doubt correct me. To
use either of these you need a transactionally aware
Rob,
Thanks for the reply.
I'll have to look up RFC822...
Regards,
Peter
On Mon, 2003-11-10 at 04:27, Robert Leland wrote:
Peter Courcoux wrote:
Hi all,
I did a fresh checkout of validator this evening and the EmailTest
failed.
Your correct, those tests were added as a reminder to
here is a zipped up eclipse project (minus the jar dependencies). There is
a unit test that demonstrates the bug that I'm talking about. The unit test
has to test methods, testGetAsXml which passes, and testParseMsg which
fails.
Aside from the betwixt dependencies, this project is also
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I do not think Commit flag is a good idea.
It must be better to remove transaction demarcation code form QueryRunner.
The best known way is to map connection to Thread (java.langThreadLocal),
JTA uses this way too.
ThreadLocal localConnections = new ThreadLocal();
public Connection
+1
Angelo
-Messaggio originale-
Da: David Graham [mailto:[EMAIL PROTECTED]
Inviato: domenica 9 novembre 2003 21.25
A: [EMAIL PROTECTED]
Oggetto: [VOTE] Release DbUtils 1.0
DbUtils is a stable, well tested package suitable for a 1.0 release. The
release candidate is available here:
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Robinson, Jim [EMAIL PROTECTED] wrote:
David, I agree with you regarding flags. This is a very nice package, I
didn't mean to be critical.
I wasn't offended; we need as many people reviewing the code as possible.
Thanks for your input.
I've only used EJBs and JTA, I've not been a
+1
Steven Caswell
Sun Certified Java Programmer
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
One ring to rule them all, one ring to find them...
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 09, 2003 3:25 PM
To: [EMAIL
Vic,
You should drop the attitude as it provides no benefit to
the discussion.
A simple statement of fact would have been perfectly
acceptable. This issue should have been raised on
the appropriate Geronimo mailing list and not in the
manner it was presented.
-John K
On 10 Nov 2003, at 20:40,
Apologies, that was not intended for the entire list. But since it went
there, may as well elaborate.
The ChunkedInputStream used a call-back system to provide a data written
to the stream back in consistently-sized chunks (except for the last
data written, which would be sized appropriately).
Looks like a good solution. +1
Steven Caswell
Sun Certified Java Programmer
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
One ring to rule them all, one ring to find them...
-Original Message-
From: Robinson, Jim [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003
1.2.2 it is then :-)
I agree with maintaining 1.2.2 compatibility, it
is a bit harsh to require 1.4 to perform base64 encoding.
Unfortunately it would make life a lot easier with regards
to charset encoding ...
It should be possible to use OutputStreamWriter and
InputStreamReader internally to
I haven't used either framework but from the reading I've done on both of them
HiveMind is focused on doing one thing well and Spring is trying to be everything to
everyone. Spring wants to replace Struts and WebWork in the view layer, provide a
DAO/JDBC framework, an IoC container, AOP, and
dgraham 2003/11/10 16:49:44
Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java
Log:
Fixed javadoc on wrap() method.
Revision ChangesPath
1.3 +5 -5
jakarta-commons/dbutils/src/java/org/apache/commons/dbutils/QueryRunner.java
Index:
dgraham 2003/11/10 16:53:19
Modified:dbutils/src/java/org/apache/commons/dbutils
BasicRowProcessor.java
Log:
Removed tabs.
Revision ChangesPath
1.5 +20 -20
My apologies as well, I didn't realize you weren't a committer, nor that
the MD5 stuff never made it into the release.
Tim, everyone, now that codec is a released component, might we create a
contrib directory or a codec-sandbox? Chris's MD5 stuff has been done
for ages now.
I am not a
dgraham 2003/11/10 17:26:25
Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java
Log:
Removed calls to setAutoCommit(), commit() and rollback() from DataSource
version of update(). This doesn't really change the current behavior but
allows JTA database
J.Pietschmann wrote:
Tim O'Brien wrote:
so - is there a positive alternative? i'd like to propose that
common-maths continues to be affiliated with jakarta-commons but
becomes managed by apache commons.
+1, I think that now is the right time to move commons math to
Apache Commons.
As
dgraham 2003/11/10 19:24:27
Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java
Log:
javadoc changes only.
Revision ChangesPath
1.5 +7 -13
jakarta-commons/dbutils/src/java/org/apache/commons/dbutils/QueryRunner.java
Index:
[in case it's not obvious, this email pertains only to Jakarta committers]
http://jakarta.apache.org/site/whoweare.html is the informal way for
Jakarta to let the users know who we are.
When you become a Jakarta committer, it is hoped that you will add your
name and even a description if you so
I thought that BasicDynaBean was going to have a getMap() method on it,
but a quick look at the online CVS view shows that it doesn't. Here is
the thread from a year ago concerning this:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=537856
I certainly don't mind sending a quick
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=24598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I sent a patch to allow users of the plugins module to select the xml
attribute which specifies the plugin declaration or class.
This was sent 2003-11-03. Would someone please have a look and commit it
unless there are objections?
This patch *only* affects the plugins module. It's also the
Maarten Bodewes wrote:
As HTTP is actually a layer on top of TCP/IP sockets, would it not be
better to be able to provide the HttpClient / HttpConnection with a
socket, or even with an input- and output stream when it is created?
There seems to be no way to create an HTTP session with a socket
Oleg Kalnichevski wrote:
I am +1 on this change. I think it is well justified.
Oleg
The patch has been committed.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=16729.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Nov 10, 2003, at 3:41 AM, Ortwin Glück wrote:
If you have modified any HttpClient library classes you must provide
the source code of your changes in addition to the binary distribution
of your product. There is no need to send that code to the Apache
Foundation though.
Whoa. Quick
I think the addition of an instanceof test is good, but I think we
should deprecate here instead of removing the constructor. This
removal causes a binary compatibility problem that I think we can
easily avoid.
Mike
On Nov 7, 2003, at 2:34 AM, [EMAIL PROTECTED] wrote:
oglueck
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=24560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Michael Becke wrote:
Whoa. Quick correction here. The Apache license does not require
source distribution in any circumstances.
Uh, right! I wasn't aware of that difference to other OS licences...
-
To unsubscribe, e-mail:
And that's quite a fundamental one.
Oleg
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 15:36
To: Commons HttpClient Project
Subject: Re: Socket to create HttpClient
Michael Becke wrote:
Whoa. Quick correction here. The Apache
Roland Weber wrote:
Consider this:
SecureProtocolSocketFactory spsf = ...;
... = new Protocol(myscheme, spsf, 666);
There is nothing in the SecureProtocolSocketFactory interface that
should be called by the user.
So the user should write:
ProtocolSocketFactory spsf = ...;
... = new
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=24352.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24352.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24352.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=16729.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm using putmethod to put (large size) file on server. After calling executeMethod(),
I want to know the progress or the percentage of file uploaded so I can report it to
UI.
1. Is there any to do it now?
2. If not, are there any plans for adding it to the future release?
Thanks,
Yong
I'm using 2.0-rc2 of http client to mimic a form based application.
Everything works fine until the Content-Length of my post gets above ~45K.
Then I get an IIS 4.0 genereated 500 Server Error with the response body
reading:
htmlheadtitleError/title/headbodyNot enough storage is available
to
Hi Roland,
You bring up a good point. Having the one constructor deprecated might
be a little annoying for users. Fortunately, creating protocols is a
fairly rare event. Given that, I think the annoyance is worth it for
the backwards compatibility. My other intention is to try to keep
Hi All,
I need to send an HTTP request across a SOCKS proxy and would like to use
the HTTPClient and need to use SOCKS 5.
The site's Features mentions that HTTPClient supports transparent
connections through SOCKS proxies (version 4 5) using native Java socket
support.
Does the HTTPClient
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=24309.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Sven,
HttpClient can make use of Java's native support for SOCKS proxies.
There is a little documentation on this at Sun's site at
http://java.sun.com/j2se/1.4.1/docs/guide/net/properties.html. The
docs for pre 1.4 JVMs are pretty sparse, but I'm pretty sure that it's
supported. Please
Hi Yong,
The only way to get progress at the moment is to track the reads on the
InputStream given to PostMethod.setRequestBody(InputStream).
Mike
On Nov 10, 2003, at 7:02 PM, Yong Chen wrote:
Hi,
I'm using putmethod to put (large size) file on server. After calling
executeMethod(), I
Hi Scott,
If you are performing a file upload, the browser is probably using a
multipart post. HttpClient supports multipart posts. Please take a
look at
http://jakarta.apache.org/commons/httpclient/methods/
multipartpost.html and
Not using a multipart post. The application I'm replicating uses a textbox
for the input. My original data is coming from a file, but I'm reading it
in, doing some text rewriting, and then adding the new text to a cdata block
of a larger xml string passed as a form parameter.
-Original
94 matches
Mail list logo