tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 31523] - Request parameters are not always passed to HttpServlet.service
Date Mon, 04 Oct 2004 10:47:17 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31523>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31523

Request parameters are not always passed to HttpServlet.service





------- Additional Comments From emond@emaxx.nl  2004-10-04 10:47 -------
Unfortunately I cannot give a test WAR, because that would include business 
information. We are using Cocoon Forms to display a simple sequence of forms, 
backed by the Cocoon continuation framework. The steps to reproduce the problem 
are: 
1. open the first form page 
2. fill in some fields, but not all to trigger a validation error (this is to 
make sure you won't go to the next form) 
3. press submit 
4. check the result 
5. repeat step 3 and 4 until the error is triggered. 
 
My tomcat configuration is the default configuration, with only the port 
changed from 8080 to 8081. 
 
To clarify some more, Cocoon Forms has nothing to do with the error. The entry 
point of Cocoon is the CocoonServlet class. This class extends the HttpServlet 
class and overrides the service method. I think this is done because Cocoon 
needs to process all methods, not just POST or GET. At entry of service, the 
parameters are not always present. This is before any Cocoon specific code is 
ran (except for the webapp initialization ofcourse). 
 
As I said before, the problem can be very hard to replicate. Even adding debug 
statements (System.out.println) can cause the problem to disappear. And it 
seems as if the JIT-compiler also has an effect on the problem. In the first 
few attempts the problem is more likely to occur than after several attempts.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message