-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ravi,
On 5/5/12 12:10 AM, ravi kant chaturvedi wrote:
i got the proper solution for my problem, so i do not require more
mails from this list.
please stop the mail, because this is spoiling my mail box.
Pro tip: filter your email. It's what
On 5 May 2012, at 05:11, ravi kant chaturvedi rk_chou...@yahoo.com wrote:
i got the proper solution for my problem, so i do not require more mails from
this list.
please stop the mail, because this is spoiling my mail box.
If you don't want any more mail from this list, unsubscribe from the
Pid * wrote:
On 5 May 2012, at 05:11, ravi kant chaturvedi rk_chou...@yahoo.com wrote:
i got the proper solution for my problem, so i do not require more mails from
this list.
please stop the mail, because this is spoiling my mail box.
If you don't want any more mail from this list,
On 03/05/2012 19:54, David Wall wrote:
Chris,
Thanks for the 'findbugs' tip. I'm running it now in Eclipse and it has
indeed found real bugs and some good stylistic ideas as well.
If you like that, try Sonar.
http://www.sonarsource.org/
p
--
[key:62590808]
signature.asc
i got the proper solution for my problem, so i do not require more mails from
this list.
please stop the mail, because this is spoiling my mail box.
Thanks and Regards
Ravi Kant Chaturvedi
From: Pid p...@pidster.com
To: Tomcat
2012/5/3 David Wall d.w...@computer.org:
On 5/2/2012 2:17 PM, Caldarale, Charles R wrote:
Both this symptom and your earlier one about creating a session after a
response has been committed are representative of the kinds of errors seen
when a webapp stores references in an inappropriate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 5/3/12 9:23 AM, Konstantin Kolinko wrote:
One more tip: run with
org.apache.catalina.connector.RECYCLE_FACADES=true
RequestFacade is a fairly lightweight object: it's only got a single
(reference) member so it's weight is something
Chris,
Thanks for the 'findbugs' tip. I'm running it now in Eclipse and it has
indeed found real bugs and some good stylistic ideas as well.
David
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional
Just a quick update on these several threads of Tomcat 7 oddball
exceptions. It looks to be as Chuck believed that it was a coding error
on our end that was causing this. In particular, it was the no-no
misuse of instance variables in a controlling servlet.
Thanks for everyone's help!
From: David Wall [mailto:d.w...@computer.org]
Subject: Tomcat 7 - No modifications are allowed to a locked ParameterMap
May 2, 2012 1:55:03 AM org.apache.catalina.core.ApplicationDispatcher invoke
SEVERE: Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException: No
On 5/2/2012 2:17 PM, Caldarale, Charles R wrote:
Both this symptom and your earlier one about creating a session after a
response has been committed are representative of the kinds of errors seen when
a webapp stores references in an inappropriate scope. For example, keeping a
reference to
From: David Wall [mailto:d.w...@computer.org]
Subject: Re: Tomcat 7 - No modifications are allowed to a locked ParameterMap
I am pretty sure we never store the request/response objects in the
session, static field or thread-local.
What about in your servlets? Or third-party libraries?
On 5/2/2012 2:17 PM, Caldarale, Charles R wrote:
Both this symptom and your earlier one about creating a session after a
response has been committed are representative of the kinds of errors seen when
a webapp stores references in an inappropriate scope. For example, keeping a
reference to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
On 5/2/12 8:01 PM, David Wall wrote:
On 5/2/2012 2:17 PM, Caldarale, Charles R wrote:
Both this symptom and your earlier one about creating a session
after a response has been committed are representative of the
kinds of errors seen
14 matches
Mail list logo