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:
java.lang.C
he spec, 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
--
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: users-unsubscr...@to
mputers.
>
>> -Original Message-
>> From: George Baxter [mailto:gbax...@shutterfly.com]
>> Sent: 2010 February 12, Friday 14:39
>> To: users@tomcat.apache.org
>> Subject: tomcat 6 on solaris losing cookies
>>
>>
>>
>> --
>> View this m
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
th
INFO: The APR based Apache Tomcat Native 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:
'll get to work 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 :
>> Hi Konstantin,
>>
>> Thanks for your reply.
>>
>> Yes, the getHeaders("cookie") returns what see
-g.
On Feb 16, 2010, at 2:47 PM, Konstantin Kolinko wrote:
> 2010/2/17 George Baxter :
>> Hi Konstantin,
>>
>> Thanks for your reply.
>>
>> Yes, the getHeaders("cookie") returns what seems to be a valid set of
>> cookies, thus we're not lo
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 Ba
g purposes...
-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.
>
>
ookies log
INFO: 228,2021596579-C:processed = true
Feb 18, 2010 11:31:04 AM 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,
adLocal to store requests... 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
2010, at 1: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
13 matches
Mail list logo
