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=17432.
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=17487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Portia
'Expect: continue' handshake which appears to not get along well with
your application can be easily disabled on individual POST or PUT method
basis.
However, I am not familiar with Slide at all, and therefore I can tell
if you could change this setting without having to recompile
Hi Steve
On Thu, 2003-03-06 at 17:00, Stephen Found wrote:
Hi Oleg,
I hope you don't mind me emailing you directly but I could not find any
way of submitting suggestions to the excellent Commons HttpClient
project and I notice that you are one of the main contributors.
Of course, I do
Oleg,
The 'expect: 100-continue' related code has been significantly refactored
I am no longer experiencing the timeout problem (everything works well when
sending the expect-100 header).
However, my HTTP server (Jetty) seems to be still sending HTTP/1.1 100
Continue when the Expect header is
Hi Simon
On Thu, 2003-03-06 at 22:24, Simon Roberts wrote:
Oleg,
I am no longer experiencing the timeout problem (everything works well when
sending the expect-100 header).
Glad to hear that.
However, my HTTP server (Jetty) seems to be still sending HTTP/1.1 100
Continue when the Expect
I'm am following this up with the Jetty community.
Keep me in the feedback loop, though. If there's anything I could help
Jetty folks with, just let me know
FYI
http://sourceforge.net/tracker/index.php?func=detailaid=699011group_id=732
2atid=107322
I have a server that sets a bunch of empty cookies:
2003/03/06 16:28:52:055 PST [DEBUG] wire - - Set-Cookie: list%2ESince=;
path=/[\r][\n]
2003/03/06 16:28:52:055 PST [DEBUG] wire - - Set-Cookie: search%2EPhoneSDA=;
path=/[\r][\n]
On subsequent requests, httpclient attaches these cookies
I tried to send a file to a servlet with MultipartPostMethod via HTTPS,
then I get:
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at com.sun.net.ssl.internal.ssl.InputRecord.a(DashoA6275)
at
Multipart posts with SSL should work. The only strange thing I noticed
in your example is that the file part is never added to the post
method. Is this what's happening in the real code? If so, this could
be the source of the problem. If not, a wire log of the problem would
help. Take
Sorry, the code I wrote in my previous post is just an example I edit.
Here is the real code:
public class Main {
String host = 192.168.0.52;
String scheme = https;
int port = 443;
String fileSendUrl = /order/test;
I'm not exactly sure what's going wrong here. It seems that the
connection is being closed/reused on the either the client or server
side before the entire response is read. I tried your code on my
machine at home and it worked well. I am guessing the problem is
either with the version
go4it
Michael Becke wrote:
Are there any comment for or against the following patches?
the patch attached to:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17563
and:
Begin forwarded message:
From: Michael Becke [EMAIL PROTECTED]
Date: Sat Mar 1, 2003 12:36:02 PM US/Eastern
To:
13 matches
Mail list logo
