:30 PM, George Baxter wrote:
Hmm, well it's possible. However, I'm not entirely confident that each
request has its own Cookies object. There is a 'setHeaders()' method on
Cookies. What's it for? Checking myself. Will add more logging as you
suggested.
We are using Spring MVC which
org.apache.tomcat.util.http.Cookies log
INFO: 228,2021596579-C:recycling Cookies
And thus, we've lost our session reference.
God I hope the formatting holds when I send this
-George
On Feb 17, 2010, at 12:00 PM, George Baxter wrote:
Downloaded src code of tomcat for debugging purposes and sure
... and these
threads CAN spawn off child threads which 'inherit' the threadlocal variables.
I'm not sure this is happening particularly often for us, but I'll be looking
at that more closely.
-g.
On Feb 18, 2010, at 12:42 PM, Mark Thomas wrote:
On 18/02/2010 20:23, George Baxter wrote:
So
...
-g.
On Feb 16, 2010, at 4:22 PM, George Baxter wrote:
Well.. we parsed the header that failed, and it parsed just fine.
Note that we're parsing via the 'old deprecated' parse by string entity. I
guess I'll try parsing by bytes next.
-g.
On Feb 16, 2010, at 2:47 PM, Konstantin Kolinko
library which allows optimal
performance in production environments was not found on the java.library.path:
/dist/sfsite/obj
Hopefully, this is just in our development environments!
Thanks,
-George
On Feb 12, 2010, at 2:32 PM, Konstantin Kolinko wrote:
2010/2/13 George Baxter gbax
on the logging, see what turns up.
Thanks,
-g.
On Feb 16, 2010, at 2:47 PM, Konstantin Kolinko wrote:
2010/2/17 George Baxter gbax...@shutterfly.com:
Hi Konstantin,
Thanks for your reply.
Yes, the getHeaders(cookie) returns what seems to be a valid set of
cookies, thus we're not losing
, 2010, at 2:47 PM, Konstantin Kolinko wrote:
2010/2/17 George Baxter gbax...@shutterfly.com:
Hi Konstantin,
Thanks for your reply.
Yes, the getHeaders(cookie) returns what seems to be a valid set of
cookies, thus we're not losing them in any of the proxies we might have set
up
Well.. we parsed the header that failed, and it parsed just fine.
Note that we're parsing via the 'old deprecated' parse by string entity. I
guess I'll try parsing by bytes next.
-g.
On Feb 16, 2010, at 2:47 PM, Konstantin Kolinko wrote:
2010/2/17 George Baxter gbax...@shutterfly.com:
Hi
--
View this message in context:
http://old.nabble.com/tomcat-6-on-solaris-losing-cookies-tp27569008p27569008.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail:
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
-Original Message-
From: George Baxter
Since nabble posts (but not edits) are also being sent to tomcat user mailing
lists, I'll repost my question and apologize for the spam now!
Hello,
We're running into an issue with tomcat 6.0.18 running on solaris.
Occasionally a request will come through that has cookies in the header, but
, that is the only valid way to wrap a
request. As you've seen, Tomcat enforces this restriction :).
George Baxter [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello,
For various and sundry reasons, I need to wrap the original
HttpServletRequest with a facade of my own. I know
Hello,
For various and sundry reasons, I need to wrap the original
HttpServletRequest with a facade of my own. I know that the
HttpServletRequest exposed by Catalina is a RequestFacade object. I simply
wrap my facade around this puppy.
And... when my jsp attempts to render... boom:
13 matches
Mail list logo