You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by agharta <ag...@gmail.com> on 2016/09/26 15:32:49 UTC
Problem: JSP runtime compilation error after upgrade from 7.0.70 to
7.0.72
Hi all.
I have an application with some jsp files.
Everything works ok until 7.0.70 version.
After upgrade to 7.0.72 (NOTE: same war file, no recompilation or
repackaging), at runtime, on jsp page loading, server throws this SEVERE
error:
Sep 26, 2016 4:49:01 PM org.apache.catalina.core.ApplicationDispatcher
invoke
SEVERE: Servlet.service() for servlet jsp threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: [206] in the generated java file:
[/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/work/Catalina/localhost/bookingApp/org/apache/jsp/WEB_002dINF/pages/dishBooking/dishBooking_jsp.java]
The code of method _jspService(HttpServletRequest, HttpServletResponse)
is exceeding the 65535 bytes limit
Stacktrace:
at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:366)
at
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:490)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:379)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:341)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:662)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:364)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.displaytag.filter.ResponseOverrideFilter.doFilter(ResponseOverrideFilter.java:125)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
it.axiosinformatica.webward.filter.SessionInactiveFilter.doFilter(SessionInactiveFilter.java:158)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:218)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:442)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1083)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:640)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
Sep 26, 2016 4:49:01 PM org.apache.catalina.core.ApplicationDispatcher
invoke
SEVERE: Servlet.service() for servlet actions threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: [206] in the generated java file:
[/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/work/Catalina/localhost/bookingApp/org/apache/jsp/WEB_002dINF/pages/dishBooking/dishBooking_jsp.java]
The code of method _jspService(HttpServletRequest, HttpServletResponse)
is exceeding the 65535 bytes limit
Stacktrace:
at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:366)
at
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:490)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:379)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:341)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:662)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:364)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.displaytag.filter.ResponseOverrideFilter.doFilter(ResponseOverrideFilter.java:125)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
it.axiosinformatica.webward.filter.SessionInactiveFilter.doFilter(SessionInactiveFilter.java:158)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:218)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:442)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1083)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:640)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
Sep 26, 2016 4:49:01 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [actions] in context with path
[/bookingApp] threw exception [Unable to compile class for JSP:
An error occurred at line: [206] in the generated java file:
[/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/work/Catalina/localhost/bookingApp/org/apache/jsp/WEB_002dINF/pages/dishBooking/dishBooking_jsp.java]
The code of method _jspService(HttpServletRequest, HttpServletResponse)
is exceeding the 65535 bytes limit
Stacktrace:] with root cause
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: [206] in the generated java file:
[/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/work/Catalina/localhost/bookingApp/org/apache/jsp/WEB_002dINF/pages/dishBooking/dishBooking_jsp.java]
The code of method _jspService(HttpServletRequest, HttpServletResponse)
is exceeding the 65535 bytes limit
Stacktrace:
at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:366)
at
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:490)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:379)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:341)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:662)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:364)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:747)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:485)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:410)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:337)
at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1062)
at
org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:386)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.displaytag.filter.ResponseOverrideFilter.doFilter(ResponseOverrideFilter.java:125)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
it.axiosinformatica.webward.filter.SessionInactiveFilter.doFilter(SessionInactiveFilter.java:158)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:218)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:442)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1083)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:640)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
So, the error becomes at line 206.....
Google search did me response: 65k code exceeding error.
Strange, with tomcat version 7.0.70 everything works fine.
This happened me with lastest java8 (jre x64 8.0.102, windows & linux).
Temporary workaround: edit tomcat file conf/web.xml and add
<init-param>
<param-name>mappedfile</param-name>
<param-value>false</param-value>
</init-param>
With this patch all runs right.
With my IDE i've switched to many versions of tomcat, recompiling or
not, repackaging or not, and testing same page with same data, but no
errors until 7.0.72.
I've searched cause on tomcat official changelog between .70 and .72 but
without success.
So the question is: why?
Thanks in advice to all.
Best regards,
Agharta
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70 to 7.0.72
Posted by Bertollo Luigi <ag...@gmail.com>.
Hi, sorry to borrow you, don't hate me.
One question: will this implementation breaks 7.0 tree compatibility....or not?
Let me explain:
from 7.0.1 to 7.0.70 any Tomcat upgrade is backward compatible ( for my requirements).
Any upgrade means a simple drop in war in webapps folder, for me.
Now these sanity checks breaks my drop in war.
Right, sanity checks introduced in .72 are great but.....i have about 180 jsp with compilation error!....an huge amount of code to be revisited (and wasted time).
Can i suppose that other users will have this problem?
Really, there is no possibility to solve this?
Thanks a lot and, again, sorry to borrow you.
Best regards,
Agharta
Il 26 settembre 2016 17:37:03 CEST, Mark Thomas <ma...@apache.org> ha scritto:
>On 26/09/2016 16:32, agharta wrote:
>
><snip/>
>
>> I've searched cause on tomcat official changelog between .70 and .72
>but
>> without success.
>>
>>
>> So the question is: why?
>
>https://bz.apache.org/bugzilla/show_bug.cgi?id=60126
>
>The same error handling changes are in 7.0.72.
>
>Mark
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevit�.
Re: tomcat-users.xml
Posted by giac ngo le van <gi...@gmail.com>.
Thank
Vào 27-09-2016 14:15, "André Warnier (tomcat)" <aw...@ice-sa.com> đã viết:
> On 27.09.2016 03:36, vincent wrote:
>
>> Hello all and all,
>>
>> I can not reach a "host-manager webapp"
>> where is the mistake
>>
>> my tomcat-users.xml file :
>>
>>
>> <?xml version='1.0' encoding='utf-8'?>
>> <tomcat-users>
>>
>> < *** where does this "<" come from ?
>>
>
> <role rolename="tomcat"/>
>> <user username="tomcat" password="T789852t" roles="tomcat"/>
>>
>> <role rolename="both"/>
>> <user username="both" password="T789852t" roles="tomcat,role1"/>
>>
>> <role rolename="role1"/>
>> <user username="role1" password="T789852t" roles="role1"/>
>>
>> <role rolename="admin-gui"/>
>> <user username="tomcat" password="T789852t" roles="admin-gui"/>
>>
>> > *** and this ">" ?
>>
>
> </tomcat-users>
>>
>>
> and what does the tomcat logfile say ?
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: tomcat-users.xml
Posted by Vincent Hardy <vi...@domainedeleau.com>.
Thank you, it is works :
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<role rolename="tomcat"/>
<role rolename="role1"/>
<role rolename="admin-gui"/>
<user username="tomcat" password="mypass" roles="tomcat"/>
<user username="role1" password="mypass" roles="role1"/>
<user username="admin-gui" password="mypass" roles="admin-gui"/>
</tomcat-users>
regards
vincent
2016-09-27 13:23 GMT+02:00 André Warnier (tomcat) <aw...@ice-sa.com>:
> Hi.
>
> It is difficult to be sure, with the extra quoting done by the email
> clients, but it seems that you have an extra pair of < > inside the
> tomcat-users.xml file.
>
> Look between the initial <tomcat-users> and the first <role>.
> From your initial post, it looks like this :
>
> <tomcat-users>
> <
> <role>...</role>
> <role>...</role>
> >
> </tomcat-users>
>
> If so, the extra "<" before the first <role>, and the extra ">" after the
> last </role>, should not be there.
> I am surprised that it does not cause an error in the log, though.
>
>
>
> On 27.09.2016 13:07, Vincent Hardy wrote:
>
>> Thank you all. Thank you for the time
>> I personally do not see anything abnormal in files
>> next log :
>>
>> 27-Sep-2016 12:36:49.410 INFO [localhost-startStop-1]
>> org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was
>> scanned
>> for TLDs yet contained no TLDs. Enable debug logging for this logger for a
>> complete list of JARs that were scanned but no TLDs were found in them.
>> Skipping unneeded JARs during scanning can improve startup time and JSP
>> compilation time.
>> 27-Sep-2016 12:36:49.476 INFO [localhost-startStop-1]
>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web
>> application directory /var/lib/tomcat8/webapps/ROOT has finished in 15,797
>> ms
>> 27-Sep-2016 12:36:49.510 INFO [main]
>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
>> ["http-nio-8080"]
>> 27-Sep-2016 12:36:49.606 INFO [main]
>> org.apache.catalina.startup.Catalina.start Server startup in 95961 ms
>>
>> thank you for last time.
>> regards,
>> vincent
>>
>> 2016-09-27 9:14 GMT+02:00 André Warnier (tomcat) <aw...@ice-sa.com>:
>>
>> On 27.09.2016 03:36, vincent wrote:
>>>
>>> Hello all and all,
>>>>
>>>> I can not reach a "host-manager webapp"
>>>> where is the mistake
>>>>
>>>> my tomcat-users.xml file :
>>>>
>>>>
>>>> <?xml version='1.0' encoding='utf-8'?>
>>>> <tomcat-users>
>>>>
>>>> < *** where does this "<" come from ?
>>>>
>>>>
>>> <role rolename="tomcat"/>
>>>
>>>> <user username="tomcat" password="T789852t" roles="tomcat"/>
>>>>
>>>> <role rolename="both"/>
>>>> <user username="both" password="T789852t" roles="tomcat,role1"/>
>>>>
>>>> <role rolename="role1"/>
>>>> <user username="role1" password="T789852t" roles="role1"/>
>>>>
>>>> <role rolename="admin-gui"/>
>>>> <user username="tomcat" password="T789852t" roles="admin-gui"/>
>>>>
>>>> > *** and this ">" ?
>>>>
>>>>
>>> </tomcat-users>
>>>
>>>>
>>>>
>>>> and what does the tomcat logfile say ?
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: tomcat-users.xml
Posted by "André Warnier (tomcat)" <aw...@ice-sa.com>.
Hi.
It is difficult to be sure, with the extra quoting done by the email clients, but it seems
that you have an extra pair of < > inside the tomcat-users.xml file.
Look between the initial <tomcat-users> and the first <role>.
From your initial post, it looks like this :
<tomcat-users>
<
<role>...</role>
<role>...</role>
>
</tomcat-users>
If so, the extra "<" before the first <role>, and the extra ">" after the last </role>,
should not be there.
I am surprised that it does not cause an error in the log, though.
On 27.09.2016 13:07, Vincent Hardy wrote:
> Thank you all. Thank you for the time
> I personally do not see anything abnormal in files
> next log :
>
> 27-Sep-2016 12:36:49.410 INFO [localhost-startStop-1]
> org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned
> for TLDs yet contained no TLDs. Enable debug logging for this logger for a
> complete list of JARs that were scanned but no TLDs were found in them.
> Skipping unneeded JARs during scanning can improve startup time and JSP
> compilation time.
> 27-Sep-2016 12:36:49.476 INFO [localhost-startStop-1]
> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web
> application directory /var/lib/tomcat8/webapps/ROOT has finished in 15,797
> ms
> 27-Sep-2016 12:36:49.510 INFO [main]
> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
> ["http-nio-8080"]
> 27-Sep-2016 12:36:49.606 INFO [main]
> org.apache.catalina.startup.Catalina.start Server startup in 95961 ms
>
> thank you for last time.
> regards,
> vincent
>
> 2016-09-27 9:14 GMT+02:00 Andr� Warnier (tomcat) <aw...@ice-sa.com>:
>
>> On 27.09.2016 03:36, vincent wrote:
>>
>>> Hello all and all,
>>>
>>> I can not reach a "host-manager webapp"
>>> where is the mistake
>>>
>>> my tomcat-users.xml file :
>>>
>>>
>>> <?xml version='1.0' encoding='utf-8'?>
>>> <tomcat-users>
>>>
>>> < *** where does this "<" come from ?
>>>
>>
>> <role rolename="tomcat"/>
>>> <user username="tomcat" password="T789852t" roles="tomcat"/>
>>>
>>> <role rolename="both"/>
>>> <user username="both" password="T789852t" roles="tomcat,role1"/>
>>>
>>> <role rolename="role1"/>
>>> <user username="role1" password="T789852t" roles="role1"/>
>>>
>>> <role rolename="admin-gui"/>
>>> <user username="tomcat" password="T789852t" roles="admin-gui"/>
>>>
>>> > *** and this ">" ?
>>>
>>
>> </tomcat-users>
>>>
>>>
>> and what does the tomcat logfile say ?
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat-users.xml
Posted by Vincent Hardy <vi...@domainedeleau.com>.
Thank you all. Thank you for the time
I personally do not see anything abnormal in files
next log :
27-Sep-2016 12:36:49.410 INFO [localhost-startStop-1]
org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned
for TLDs yet contained no TLDs. Enable debug logging for this logger for a
complete list of JARs that were scanned but no TLDs were found in them.
Skipping unneeded JARs during scanning can improve startup time and JSP
compilation time.
27-Sep-2016 12:36:49.476 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web
application directory /var/lib/tomcat8/webapps/ROOT has finished in 15,797
ms
27-Sep-2016 12:36:49.510 INFO [main]
org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
["http-nio-8080"]
27-Sep-2016 12:36:49.606 INFO [main]
org.apache.catalina.startup.Catalina.start Server startup in 95961 ms
thank you for last time.
regards,
vincent
2016-09-27 9:14 GMT+02:00 André Warnier (tomcat) <aw...@ice-sa.com>:
> On 27.09.2016 03:36, vincent wrote:
>
>> Hello all and all,
>>
>> I can not reach a "host-manager webapp"
>> where is the mistake
>>
>> my tomcat-users.xml file :
>>
>>
>> <?xml version='1.0' encoding='utf-8'?>
>> <tomcat-users>
>>
>> < *** where does this "<" come from ?
>>
>
> <role rolename="tomcat"/>
>> <user username="tomcat" password="T789852t" roles="tomcat"/>
>>
>> <role rolename="both"/>
>> <user username="both" password="T789852t" roles="tomcat,role1"/>
>>
>> <role rolename="role1"/>
>> <user username="role1" password="T789852t" roles="role1"/>
>>
>> <role rolename="admin-gui"/>
>> <user username="tomcat" password="T789852t" roles="admin-gui"/>
>>
>> > *** and this ">" ?
>>
>
> </tomcat-users>
>>
>>
> and what does the tomcat logfile say ?
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: tomcat-users.xml
Posted by "André Warnier (tomcat)" <aw...@ice-sa.com>.
On 27.09.2016 03:36, vincent wrote:
> Hello all and all,
>
> I can not reach a "host-manager webapp"
> where is the mistake
>
> my tomcat-users.xml file :
>
>
> <?xml version='1.0' encoding='utf-8'?>
> <tomcat-users>
>
> < *** where does this "<" come from ?
> <role rolename="tomcat"/>
> <user username="tomcat" password="T789852t" roles="tomcat"/>
>
> <role rolename="both"/>
> <user username="both" password="T789852t" roles="tomcat,role1"/>
>
> <role rolename="role1"/>
> <user username="role1" password="T789852t" roles="role1"/>
>
> <role rolename="admin-gui"/>
> <user username="tomcat" password="T789852t" roles="admin-gui"/>
>
> > *** and this ">" ?
> </tomcat-users>
>
and what does the tomcat logfile say ?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
tomcat-users.xml
Posted by vincent <vi...@domainedeleau.com>.
Hello all and all,
I can not reach a "host-manager webapp"
where is the mistake
my tomcat-users.xml file :
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<
<role rolename="tomcat"/>
<user username="tomcat" password="T789852t" roles="tomcat"/>
<role rolename="both"/>
<user username="both" password="T789852t" roles="tomcat,role1"/>
<role rolename="role1"/>
<user username="role1" password="T789852t" roles="role1"/>
<role rolename="admin-gui"/>
<user username="tomcat" password="T789852t" roles="admin-gui"/>
>
</tomcat-users>
vincent
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70 to 7.0.72
Posted by Bertollo Luigi <ag...@gmail.com>.
Ah,
Sorry i had not found it.
My mistake.
Cheers,
Agharta
Il 26 settembre 2016 17:37:03 CEST, Mark Thomas <ma...@apache.org> ha scritto:
>On 26/09/2016 16:32, agharta wrote:
>
><snip/>
>
>> I've searched cause on tomcat official changelog between .70 and .72
>but
>> without success.
>>
>>
>> So the question is: why?
>
>https://bz.apache.org/bugzilla/show_bug.cgi?id=60126
>
>The same error handling changes are in 7.0.72.
>
>Mark
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevit�.
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by agharta <ag...@gmail.com>.
Ok,
editing conf/web.xml and adding compiler=modern does not change anything.
"modern" is extracted from tomcat 7 & ant documentation
https://tomcat.apache.org/tomcat-7.0-doc/jasper-howto.html#Introduction
https://ant.apache.org/manual/Tasks/javac.html
(extract from vanilla conf/web.xml, see compiler init param)
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
<param-name>fork</param-name>
<param-value>false</param-value>
</init-param>
<init-param>
<param-name>xpoweredBy</param-name>
<param-value>false</param-value>
</init-param>
<init-param>
<param-name>mappedfile</param-name>
<param-value>true</param-value>
</init-param>
* <init-param>**
** <param-name>compiler</param-name>**
** <param-value>modern</param-value>**
** </init-param>*
<load-on-startup>3</load-on-startup>
</servlet>
At runtime, i still have jsp 65k limit error, no changes.
Seems that "compiler" option did not effects....
Meanwhile, i've reworked ant script to bypass any possibile "jasper tag"
pre definitions under netbeans, and simplified the task.
<target depends="clean,dist" description="Test compile JSP pages with
jasper2 to expose compilation errors." name="pre-compile-jsps-jasper2">
<path id="cp" >
<pathelement location="${build.web.dir}/WEB-INF/classes"/>
<fileset dir="${build.web.dir}/WEB-INF/lib">
<include name="*.jar"/>
</fileset>
<pathelement
location="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/lib"/>
<fileset
dir="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/lib">
<include name="*.jar"/>
</fileset>
<fileset
dir="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/bin">
<include name="*.jar"/>
</fileset>
</path>
<property name="xx" refid="cp"/>
<taskdef name="customjasper" classname="org.apache.jasper.JspC"
classpath="${xx}"/>
<echo level="error">Classpath is: ${xx}</echo>
<!-- compiler="modern" not added, used JDT insead??-->
<customjasper validateXml="false" compile="true" classpath="${xx}"
uriroot="${build.web.dir}"
outputDir="${build.web.dir}/src" />
</target>
org.apache.jasper.JspC has taken from default tomcat's
ant/catalina.tasks file.
So, compilation works fine.
The flag compile="true" in customjasper tag means to invoke java to
class compilation. And effectively i can see both .java and .class files
in my dir tree.
Now, when ant jasper compiles files, what compiler type use it? JDT or
something like ant default "modern"? (note: Tomcat 7)
If JDT, why compilation works fine?
If not JDT, how to force JDTCompiler?
Thanks again,
Agharta
On 09/27/2016 12:10 PM, Mark Thomas wrote:
> On 27/09/2016 10:50, agharta wrote:
>> Hi,
>> Thanks for reply.
>>
>> This could be a nice test to do. And i do it :-)
>>
>> Sorry my poor skill, how to set Jasper to use javac?
>> And vice-versa, how to set ant to use Eclipse?
> Jasper to use javac:
> - set the compiler init parameter in $CATALINA_BASE/conf/web.xml
> - see http://tomcat.apache.org/tomcat-9.0-doc/jasper-howto.html
>
> It has been a while since I've done this but the docs for the compiler
> attribute should tell you everything you need.
>
> Mark
>
>
>>
>> Thanks a lot,
>> Best regards,
>> Agharta
>>
>>
>> On 09/27/2016 11:45 AM, Mark Thomas wrote:
>>> On 27/09/2016 09:58, agharta wrote:
>>> <snip/>
>>>
>>>> So, errors comes up only at runtime compilation. Why?
>>> Compiler differences. Pre-compilation uses Javac. Runtime compilation
>>> uses the compiler from Eclipse (by default).
>>>
>>> Another option to consider would be to run Tomcat on a JDK and configure
>>> Jasper to compile with javac.
>>>
>>> Mark
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by Mark Thomas <ma...@apache.org>.
On 27/09/2016 10:50, agharta wrote:
> Hi,
> Thanks for reply.
>
> This could be a nice test to do. And i do it :-)
>
> Sorry my poor skill, how to set Jasper to use javac?
> And vice-versa, how to set ant to use Eclipse?
Jasper to use javac:
- set the compiler init parameter in $CATALINA_BASE/conf/web.xml
- see http://tomcat.apache.org/tomcat-9.0-doc/jasper-howto.html
It has been a while since I've done this but the docs for the compiler
attribute should tell you everything you need.
Mark
>
>
> Thanks a lot,
> Best regards,
> Agharta
>
>
> On 09/27/2016 11:45 AM, Mark Thomas wrote:
>> On 27/09/2016 09:58, agharta wrote:
>> <snip/>
>>
>>> So, errors comes up only at runtime compilation. Why?
>> Compiler differences. Pre-compilation uses Javac. Runtime compilation
>> uses the compiler from Eclipse (by default).
>>
>> Another option to consider would be to run Tomcat on a JDK and configure
>> Jasper to compile with javac.
>>
>> Mark
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by agharta <ag...@gmail.com>.
Hi,
Thanks for reply.
This could be a nice test to do. And i do it :-)
Sorry my poor skill, how to set Jasper to use javac?
And vice-versa, how to set ant to use Eclipse?
Thanks a lot,
Best regards,
Agharta
On 09/27/2016 11:45 AM, Mark Thomas wrote:
> On 27/09/2016 09:58, agharta wrote:
> <snip/>
>
>> So, errors comes up only at runtime compilation. Why?
> Compiler differences. Pre-compilation uses Javac. Runtime compilation
> uses the compiler from Eclipse (by default).
>
> Another option to consider would be to run Tomcat on a JDK and configure
> Jasper to compile with javac.
>
> Mark
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by Mark Thomas <ma...@apache.org>.
On 27/09/2016 09:58, agharta wrote:
<snip/>
> So, errors comes up only at runtime compilation. Why?
Compiler differences. Pre-compilation uses Javac. Runtime compilation
uses the compiler from Eclipse (by default).
Another option to consider would be to run Tomcat on a JDK and configure
Jasper to compile with javac.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by agharta <ag...@gmail.com>.
Another take,
Doing a pre jsp compilation via ant task, jasper2 gives me no jsp error
(only warnings).
Here the netbeans integration (adapted from
https://tomcat.apache.org/tomcat-7.0-doc/jasper-howto.html#Web_Application_Compilation
).
Forced absolute tomcat path.
<import
file="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/bin/catalina-tasks.xml"/>
<target depends="clean,dist" description="Test compile JSP pages
with jasper2 to expose compilation errors." name="pre-compile-jsps-jasper2">
<jasper
validateXml="false"
uriroot="${build.web.dir}"|
webXmlFragment="||${build.web.dir}/generated_web.xml"|
outputDir="${build.web.dir}/src" />
</target>
<target name="compile-jsps-jasper2"
depends="pre-compile-jsps-jasper2" >
<javac destdir="${build.web.dir}/WEB-INF/classes"
optimize="off"
debug="on" failonerror="false"
srcdir="${build.web.dir}/src"
excludes="**/*.smap"
includeantruntime="true" >
<classpath>
<pathelement location="${build.web.dir}/WEB-INF/classes"/>
<fileset dir="${build.web.dir}/WEB-INF/lib">
<include name="*.jar"/>
</fileset>
<pathelement
location="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/lib"/>
<fileset dir="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/lib">
<include name="*.jar"/>
</fileset>
<fileset dir="/home/agharta/netbeans-8.1/apache-tomcat-7.0.72/bin">
<include name="*.jar"/>
</fileset>
</classpath>
<include name="**" />
<exclude name="tags/**" />
</javac>
</target>
Now, outpput of compile-jsps-jasper2:
compile-jsps-jasper2:
Compiling 494 source files to
/home/agharta/NetBeansProjects/bookingApp/build/web/WEB-INF/classes
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
BUILD SUCCESSFUL (total time: 14 seconds)
Building ok!
Looking inside my generated sources i can see the full generated path
... WEB-INF/classes/org/apache/jsp/WEB_002dINF/pages
Inside, my non runtime working file: dishBooking/dishBooking_jsp.class
The result of pre-compile-jsps-jasper2 generate right
dishBooking/dishBooking_jsp.java
A difference with old .70 jsp pre compilation is about 1200 new rows
added by .72 in .java file. (about 13000 rows totals)
Trying to compile at startup time, via load-on-startup gives me errors.
So, errors comes up only at runtime compilation. Why?
Thanks again,
Agharta
On 09/26/2016 05:37 PM, Mark Thomas wrote:
> On 26/09/2016 16:32, agharta wrote:
>
> <snip/>
>
>> I've searched cause on tomcat official changelog between .70 and .72 but
>> without success.
>>
>>
>> So the question is: why?
> https://bz.apache.org/bugzilla/show_bug.cgi?id=60126
>
> The same error handling changes are in 7.0.72.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Problem: JSP runtime compilation error after upgrade from 7.0.70
to 7.0.72
Posted by Mark Thomas <ma...@apache.org>.
On 26/09/2016 16:32, agharta wrote:
<snip/>
> I've searched cause on tomcat official changelog between .70 and .72 but
> without success.
>
>
> So the question is: why?
https://bz.apache.org/bugzilla/show_bug.cgi?id=60126
The same error handling changes are in 7.0.72.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org