On Tue, 2006-12-26 at 03:04 +0000, [EMAIL PROTECTED] wrote:
> > Jim, I am terribly sorry for having misled you. I just realized this 
> > approach would not work with HttpClient 3.x. I am stuck too deeply in 
> > the HttpClient 4.0 code. The only option to change the way 'Cookie' 
> > headers are generated in HttpClient 3.x is by subclassing HttpMethodBase 
> > and overriding #addCookieRequestHeader method [1], which is of little 
> > help in your situation. HttpClient 4.0 will have a more flexible cookie 
> > API but as far as HttpClient 3.x is concerned I can't think of any 
> > workaround.
> > 
> > Sorry.
> 
> Oleg,
> 
> Thanks for getting back.  Hopefully this will not be a problem, but at least 
> now I know that there's nothing that I can do from my end.  Now that I do 
> know that, I'm going to have to work this problem from a couple different 
> angles.  
> 
> I'm working with two different COTS products, and the first problem was that 
> the applet from one vendor was sending the multiple "Cookie:" headers per 
> HTTP request.
> 
> The requests from the applet go to an Apache webserver (proxy), and Apache is 
> combining the two "Cookie:" headers into a single "Cookie:" header, but it is 
> putting a comma (",") between the cookie strings from the original two 
> "Cookie:" headers.
> 
> From my research, it seems that there's been a bit of debate about comma vs. 
> semi-colon when combining "Cookie:" headers, but, in any event, the combined 
> "Cookie:" header with the comma is causing another, second COTS product a 
> problem, because when they try to extract "their" cookie string from the 
> combined header, the ending comma is causing this latter product to thrown an 
> exception when it tries to Base64-decode the extracted cookie string.
> 
> So, I'm going to have to try to get either the 1st vendor to change their 
> applet code to set the http.protocol.single-cookie-header to true, or get the 
> 2nd vendor to modify their code to accept either a semi-colon or comma as the 
> cookie separator.
> 
> The "joys of integration" :)!!!
> 
> Question: Obviously, I actually haven't been able try the 
> 'http.protocol.single-cookie-header=true", but is my understanding of what 
> that parameter does correct, i.e., if it is set to true, that the "Cookie:" 
> headers sent by the applet (via HttpClient) would then be combined into a 
> single "Cookie:" header?

Correct.

> 
> Also, if this parameter will cause the "Cookie:" headers to be combined, do 
> you know what the separator character will be (i.e., a comma, or a 
> semi-colon) between the original cookie strings?
> 

Both characters are permissible by the spec (see RFC 2109, section
4.3.4). HttpClient 3.x uses semi-colon as a cookie separator in the
'Cookie' headers.

Oleg 


> Thanks again!
> 
> Jim
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to