Re: Iussues upgrading from JSPWiki v2.4.82 to 2.4.104

Sat, 24 Nov 2007 14:28:20 -0800
I think it might be a good idea to make sure you have emptied the $CATALINA_HOME/work directory. This could be a case of old cached data somewhere. 


Also make sure that the $jspwiki_home/WEB-INF/lib directory does not  
contain any duplicate entries.  This may be the case if you've done a  
"just copy over the old directory" -ugprade.


/Janne

On 25 Nov 2007, at 00:10, Jim Willeke wrote:


We really appreciate the response.

We are trying to upgrade to 2.4.104 (That is what got us in trouble :)

Tomcat is 5.0.x and JVM is 1.5.0_3.b07.

My current issue is an error as:


StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw  
exception
org.apache.jasper.JasperException: Unable to initialize  
TldLocationsCache:

InputStream cannot be null
    at org.apache.jasper.compiler.TldLocationsCache.init(
TldLocationsCache.java:249)
    at org.apache.jasper.compiler.TldLocationsCache.getLocation(
TldLocationsCache.java:220)
    at org.apache.jasper.JspCompilationContext.getTldLocation(
JspCompilationContext.java:475)

    at org.apache.jasper.compiler.Parser.parseTaglibDirective 
(Parser.java

:417)

    at org.apache.jasper.compiler.Parser.parseDirective(Parser.java: 
483)
    at org.apache.jasper.compiler.Parser.parseElements(Parser.java: 
1539)

    at org.apache.jasper.compiler.Parser.parse(Parser.java:126)
    at org.apache.jasper.compiler.ParserController.doParse(
ParserController.java:220)
    at org.apache.jasper.compiler.ParserController.parse(
ParserController.java:101)

    at org.apache.jasper.compiler.Compiler.generateJava 
(Compiler.java:203)

    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:495)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:476)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:464)
    at org.apache.jasper.JspCompilationContext.compile(
JspCompilationContext.java:511)
    at org.apache.jasper.servlet.JspServletWrapper.service(
JspServletWrapper.java:295)

    at org.apache.jasper.servlet.JspServlet.serviceJspFile 
(JspServlet.java

:292)

    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java: 
236)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

    at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(

ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:173)
    at org.apache.catalina.core.StandardWrapperValve.invoke(
StandardWrapperValve.java:214)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
    at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:520)
    at org.apache.catalina.core.StandardContextValve.invokeInternal(
StandardContextValve.java:198)
    at org.apache.catalina.core.StandardContextValve.invoke(
StandardContextValve.java:152)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
    at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:520)
    at org.apache.catalina.core.StandardHostValve.invoke(
StandardHostValve.java:137)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
    at org.apache.catalina.valves.ErrorReportValve.invoke(
ErrorReportValve.java:118)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:102)

    at org.apache.catalina.valves.AccessLogValve.invoke 
(AccessLogValve.java

:535)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:102)
    at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:520)
    at org.apache.catalina.core.StandardEngineValve.invoke(
StandardEngineValve.java:109)
    at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
    at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:520)

    at org.apache.catalina.core.ContainerBase.invoke 
(ContainerBase.java:929)
    at org.apache.coyote.tomcat5.CoyoteAdapter.service 
(CoyoteAdapter.java

:162)

    at org.apache.coyote.http11.Http11Processor.process 
(Http11Processor.java

:799)
    at

org.apache.coyote.http11.Http11Protocol 
$Http11ConnectionHandler.processConnection

(Http11Protocol.java:705)

    at org.apache.tomcat.util.net.TcpWorkerThread.runIt 
(PoolTcpEndpoint.java

:577)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.java:684)
    at java.lang.Thread.run(Thread.java:595)




On 11/24/07, Janne Jalkanen <[EMAIL PROTECTED]> wrote:



 We have had JSPWiki running and when we went to upgrade from  
JSPWiki

v2.4.82, we are receiving an error when we try to access any pages.
The
error is:

javax.servlet.jsp.JspException: The absolute uri:

http://java.sun.com/jsp/jstl/core cannot be resolved in either  
web.xml

or the jar files deployed with this application

      at com.ecyrd.jspwiki.tags.IncludeTag.doEndTag 
(IncludeTag.java:90)


Check that your Tomcat is not an ancient version.  At least 5.0 is
recommended.


By the way, you *really* should use JSPWiki 2.4.104 instead of  
2.4.82.


/Janne





--
-jim
Jim Willeke
























					Reply via email to