tomcat-taglibs-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dennis Warren <>
Subject Re: JSTL with Resin 2.1.11 and JDK1.4.2
Date Thu, 15 Jan 2004 20:09:32 GMT
This was going to be my last resort.  I think I might have to give it a 
try because I'm having absolutely no luck.  I've tried to put classes on 
the classpath, put classes in the jdk extension directory, and defining 
them in resin.conf.  I'll have to see how this turns out.

Thanks for all the suggestions guys.


Kris Schneider wrote:

>Does this still apply:
>  <servlet-classloader-hack>true</servlet-classloader-hack>
>Quoting Hans Bergsten <>:
>>Dennis Warren wrote:
>>>yes, there's a tag to disable that in Resin 2.1 but it doesn't seem to 
>>>resolve my problem.
>>> <jsp fast-jstl='false'/>
>>> ...
>>>I keep getting the error message below.  DocumentRange.class is supposed 
>>>to be xalan.jar which is contained in WEB-INF/lib of the 
>>>standard-examples web-app.  Is there anything in JDK1.4.2 that is 
>>>overriding this?
>>Most likely, Resin doesn't use the XML classes from WEB-INF/lib and
>>instead uses the JDK versions, so if the version bundled with JDK 1.4.2
>>no longer has this class, you would get this type of error.
>>Tomcat has an "endorsed" directory for dealing with things like this,
>>and I believe Sun's JDK also have a flag for pointing to a directory
>>that holds replacements for "extensions" bundled with the JDK (such as
>>the XML classes). You may want to see if Resin has something similar,
>>or see if you can get it to use the "java" command flag to pick up the
>>Xalan version distributed as part of the JSTL implementation.
>>I hope this helps. Incompatible changes in the XML classes between
>>releases combined with class loader schemes is very frustrating ...

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message