struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 20155] - The strutsel-exercise-taglib application can not be compiled with jspc
Date Tue, 03 Jun 2003 08:05:49 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20155>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20155

The strutsel-exercise-taglib application can not be compiled with jspc





------- Additional Comments From petr.jiricka@netbeans.com  2003-06-03 08:05 -------
Are you saying you can not reproduce the bug, or did you not try ? 

I just installed a fresh installation of Tomcat and the example app (making 
sure no NetBeans code is called), and I am still able to reproduce the bug. I 
am attaching the stack trace which does not contain any NetBeans code.

Steps to reproduce:

1) Unzip Tomcat 4.0.6 (I suspect this will also be reproducible with later 
versions)
2) Create directory <tomcat_inst_dir>/webapps/strutsel-exercise-taglib
3) From the Struts 1.1 RC1 archive, unpack file jakarta-struts-1.1-
rc1/contrib/struts-el/webapps/strutsel-exercise-taglib.war into the above 
directory
4) Run console, go to directory <tomcat_inst_dir>/bin
5) Run jspc -webapp <tomcat_inst_dir>/webapps/strutsel-exercise-taglib

Exceptions will be printed to the console.

The stack trace reveals that RequestUtils executes also at compile time, not 
only at runtime. This happens as follows:

- Jasper instantiates BeanInfo for tag handlers
- the BeanInfo loads its tag handler class
- tag handlers extend org.apache.struts.taglib.html.HtmlTag, so this class' 
static initializer is called
- the static initializer calls method 
org.apache.struts.util.MessageResourcesFactory.createFactory()
- this method calls RequestUtils.applicationClass(...)
- RequestUtils.applicationClass(...) relies on certain classloading behavior 
which is not satisfied in Jspc

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


Mime
View raw message