https://issues.apache.org/bugzilla/show_bug.cgi?id=48097

--- Comment #3 from Konstantin Kolinko <knst.koli...@gmail.com> 2009-11-01 
16:18:11 UTC ---
Thank you for the information.

I can see from the stacktraces that you run with SecurityManager enabled.
(That is default in some re-distributions of Tomcat).

The "development" flag of JspServlet defaults to "true".


Unfortunately, as of now I cannot reproduce your error neither on 6.0.20 nor on
the latest tc6.0.x.   While trying your app I saw an error once in latest
tc6.0.x, but it was different from what you are observing, and it also is no
more reproducible. As it is so hard to reproduce, I suppose it is a race
condition.


The error that you observed occurs in _jspService() method of compiled JSP page
class. So the class was successfully compiled, loaded into memory, its instance
created, _jspService method called, and then the error occurs.
> org.apache.jsp.index_jsp._jspService(index_jsp.java:64)

Line 64 in my copy of the file, compiled by Tomcat 6.0.20, is
> bean = new net.freeutils.web.SessionBean();

It was WebappClassLoader's responsibility to load the class. Line 1387 there is
the normal exit, when no classfile is found.
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)

I do not see any clues to what could have caused this.


Note, that requesting '/index.jsp' and requesting '/' might be different,
because the latter involves more resource existence checks.


Our usual question regarding re-distributions of Tomcat is whether an error is
reproducible with our official distribution from tomcat.apache.org.

Note, that to start with SecurityManager you run 'catalina.sh start -security',
and that the default conf/catalina.policy file of TC 6.0.20 does not work with
recent version of Sun JRE (starting with 6u14). You have to get the updated
version of it from
http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/conf/

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Reply via email to