is this patch for setting the transfer encoding and
the content type?
--- Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Patch committed to 2.0 and HEAD
Oleg
On Tue, 2004-01-27 at 16:50, [EMAIL PROTECTED]
wrote:
Oleg,
Yeah, the patch below will work.
As for the two bugs, the
does httpclient have an API for creating a
Authentication Digest? if so what all does it need for
that apart from the realm, username and the password?
__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes
a look at the DigestScheme
http://jakarta.apache.org/commons/httpclient/apidocs/org/apache/
commons/httpclient/auth/DigestScheme.html.
Mike
On Jan 21, 2004, at 1:37 PM, Sid Subr wrote:
does httpclient have an API for creating a
Authentication Digest? if so what all does it need
feel like to, or you can wait until
the problem makes it
to the top of our priority list (which may take a
while) to be fixed in
its due time
Cheers
Oleg
On Sat, 2004-01-03 at 21:34, Sid Subr wrote:
from looking at the filepart code seems that this
part
would be creating
from looking at the filepart code seems that this part
would be creating a problem which makes the code not
recoverable from the server closing the connection
when authentication fails...
Filepart.java for httpclient
sendData(){
create a new byte array of size 4K
while thereis stuff to be read
on the same note of authentication.. I know this
question sounds dumb (when I read back the contents)
but
is there a way to send the authentication
digest/credentials with the first request so that the
request does not get challenged?
__
Do you Yahoo!?
Protect
I wish I could but that does not seem to be an
option.. as the web server is a part of this other
product we use..
tough luck..
yeah I know..
Merry Christmas to everyone..
Sid
--- Ortwin_Glück [EMAIL PROTECTED] wrote:
Sid Subr wrote:
reason for this mail:
I am having to work
reason for this mail:
I am having to work with a web server which deos not
understand the 100-continue header and as a result am
having problem uploading large files as the server
closes the connection before the entire content is
transmitted. A change for this has been addressed in
the Bugzilla
should a web server recognize the requestes if we do
this? I have seen a 403 forbidden when the version is
changed
--- Sven_Köhler [EMAIL PROTECTED] wrote:
But I can't find out how to actually tell
HTTPClient to use HTTP 1.0 instead
of HTTP1.1?
As far as i remeber
HttpMethod m = ...;
this was when there was authentication on and instead
of a 401 there was a 403..
--- Sid Subr [EMAIL PROTECTED] wrote:
should a web server recognize the requestes if we do
this? I have seen a 403 forbidden when the version
is
changed
--- Sven_Köhler [EMAIL PROTECTED] wrote:
But I can't
any chance of any one helping me out here
--- Sid Subr [EMAIL PROTECTED] wrote:
I am kind of lost how to capture wire logs actually
trying to figure out what they are and how they can
be
generated.
I got log4j and put it on my machine, I have a
utility
to upload files. should I call
I am kind of lost how to capture wire logs actually
trying to figure out what they are and how they can be
generated.
I got log4j and put it on my machine, I have a utility
to upload files. should I call log.debug(send in
what?) from this utility. read the whole user guide
could not quite
the use expect header to
tru and false no use and have overridden the
filepartsource to not give out the encoding.. even
that does not work.. I am trying to get the wire logs
working to see if that might help..but having tough
time to get it to work..
--- Ortwin_Glück [EMAIL PROTECTED] wrote:
Sid
?
Another thing you may want to try out is falling
back onto HTTP/1.0.
That will automatically disable chunk-encoding,
expect-continue
handshake and other features many less widely used
HTTP servers usually
have issues with.
Oleg
On Mon, 2003-12-08 at 17:18, Sid Subr wrote:
but I do
uses Http 1.1
:-)
will try 1.0
--- Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Mon, 2003-12-08 at 22:48, Sid Subr wrote:
using
Allegro-Software-RomPager/3.10,
Jeeezaas.
What version of HTTP protocol does this thing
support?
what is intriguing
I am using multipartpost and everything looks fine on
the post from the web page and the application driver
except for the fact that there is a
Content-Transfer-Encoding: binary
which is being sent by httpclient.. I think this might
be the problem.. any suggestions
what was the fix? would this be something that I am
seeing?
__
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
-
To unsubscribe, e-mail:
logs?
--- Michael Becke [EMAIL PROTECTED] wrote:
Hi Sid,
Try setting the transferEncoding of the Part to
null. Take a look at
PartBase.setTransferEncoding(). You may also need
to turn off (set to
null) the contentType and/or the charSet.
Mike
Sid Subr wrote:
I am using
the webserver receives the file fine if uploaded from
a web page..
--- Ortwin_Glück [EMAIL PROTECTED] wrote:
Sid Subr wrote:
Hi Michael..
did not help..
java.net.SocketException: Software caused
connection
abort: socket write error
19 matches
Mail list logo