RE: tomat8.5 write logs with incorret os permission

[Caldarale, Charles R]

> From: 韭菜 [mailto:jiu...@qq.com] 
> Subject: tomat8.5 write logs with incorret os permission

> When using tomcat8.0, it starts and write logs as follows: 
> (apache-tomcat-8.0.x) -rw-rw-r-- 1 app app 873710 Aug  4 20:08 catalina.log  
> When using tomcat8.5.x (include tomcat 9.0.x), it starts and write logs as 
> follows: 
> (apache-tomcat-8.5.4) -rw-r- 1 app app 100824 Aug  4 20:10 catalina.log 

A highly appropriate change, much needed to prevent untrusted users from 
accessing private information in the log.

> So, tomcat8.5 caused other os users can not read its logs and webapps logs 
> that deployed 
> at tomcat8.5. the logs files should has permission 664, not 640.

Definitely not a good idea.

> I thinks it is not good for java webapp devlopers ,  when my web app write 
> logs as 
> data log, the logs files can not rsync by other users and hosts.

As it should be.

> but it works at tomcat7.0.x and tomcat8.0.x

"Works" is your definition; any site interested at all in secure operations 
would consider the old permissions to be dangerous and broken.

> So I asked users to require further support for tomcat8.x write log files 
> feature.

Definitely a bad idea to relax the default permissions back to where they were. 
 If you want to expose your own system to abuse, you can set umask as 
documented in the changelog.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


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

tomat8.5 write logs with incorret os permission

[????]

Hi, tomcat users:
When using tomcat8.0, it starts and write logs as follows: 
(apache-tomcat-8.0.x) -rw-rw-r-- 1 app app 873710 Aug  4 20:08 catalina.log  
When using tomcat8.5.x (include tomcat 9.0.x), it starts and write logs as 
follows: (apache-tomcat-8.5.4) -rw-r- 1 app app 100824 Aug  4 20:10 
catalina.log So, tomcat8.5 caused other os users can not read its logs and 
webapps logs that deployed at tomcat8.5. the logs files should has permission 
664, not 640. I thinks it is not good for java webapp devlopers ,  when my web 
app write logs as data log, the logs files can not rsync by other users and 
hosts. but it works at tomcat7.0.x and tomcat8.0.x
I had posted bugs to tomcat developers :
https://bz.apache.org/bugzilla/show_bug.cgi?id=59942


So I asked users to require further support for tomcat8.x write log files 
feature.

Re: Tomcat 7.0.54 gives zero-byte .java and .class files for jsp in work directory that cause truncated class error

[David Kerber]

On 8/4/2016 3:18 AM, Rahul Singh wrote:

Dear Christopher,


Thanks you very much for your response !!



Filesystem quota?


Filesystem Quota is not enabled for this disk partition so there is no 
restrictions on disk usage.



Look at the timestamps on the zero-byte files, then find that same
place in catalina.out or one of the other Tomcat-specific log files.
See if there's anything in those log files that gives a reason for the
failure to compile your JSPs.


We have seen the catlina.out and other tomcat logs but no such evidence 
regarding the compilation of JSP.


during googling in various forums, we have observed that the same problem is 
occurred to one of the senior engineer of google, and it is unresolved/open yet.


reference: 
http://stackoverflow.com/questions/8813509/how-does-tomcat-generate-its-work-directory-jsp-java-files-and-what-might-cau


It is very critical problem in our production environments (occurring Many 
production environments),  and it is raised as tomcat specific problem so 
occurrence condition and root cause may be required from tomcat team.


Have you verified that the user TC is running under has permissions to 
write to the directories in question?







Regards,

Rahul Kumar Singh







From: Christopher Schultz 
Sent: Sunday, July 31, 2016 5:38:13 PM
To: Tomcat Users List
Subject: Re: Tomcat 7.0.54 gives zero-byte .java and .class files for jsp in 
work directory that cause truncated class error

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rahul,

On 7/28/16 1:50 AM, Rahul Singh wrote:

Hi tomcat team, Thanks for your continued support and help.

I am facing the a peculiar problem in Tomcat 7.0.54.

Any chance for a Tomcat upgrade? Also, Java 7 has reached End-of-Life.


Configurations: OS: RHEL Tomcat:7.0.54 Java:1.7.79

If you are using RHEL packages, you may not have an upgrade path. :(


A jsp that was running properly gave the following exception after
graceful tomcat restart

 javax.servlet.ServletException:
java.lang.ClassFormatError: Truncated class file at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:343)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli

cationFilterChain.java:303)



at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:208)

at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)



at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:241)

at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi

lterChain.java:208)



at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:748)

at
org.apache.catalina.core.ApplicationDispatcher.processRequest(Applicat

ionDispatcher.java:486)



at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDisp
atcher.java:411)

at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDisp

atcher.java:338)



at
org.apache.struts2.dispatcher.ServletDispatcherResult.doExecute(ServletD
ispatcherResult.java:154)

at
org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResult

Support.java:186)



at
com.opensymphony.xwork2.DefaultActionInvocation.executeResult(DefaultAct
ionInvocation.java:362)

at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionIn

vocation.java:266)

  

On checking the Tomcat work directory we discovered that the
corresponding .java and .class files were of zero byte size. In
other words these files were empty. This was the main reason why
Tomcat gave truncated class error. Corresponding to this we also
checked the disk utilization but it was at 54% only. So any
possibility for disk space are ruled out.

Filesystem quota?


Also that the same jsp had not been modified and was running
properly initially. so after reboot of tomcat what happen? why the
jsp.java and jsp.class size is generated of 0 bytes.

So my question is that what might have caused tomcat to generate
empty *_jsp.java files in its work directory?

Hope tomcat team will help us to finding root cause.

Look at the timestamps on the zero-byte files, then find that same
place in catalina.out or one of the other Tomcat-specific log files.
See if there's anything in those log files that gives a reason for the
failure to compile your JSPs.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAled6i0ACgkQ9CaO5/Lv0PB59ACePn8ro2YsATZjgDFh8lTH1dU/
T5YAnjxaL4LZB4BdfL/wTJuPEeBfT4fh
=pvZ5
-END PGP SIGNATURE-

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

Re: Multiple SSL config with single IP on Tomat 8.5.4

[Jose María Zaragoza]

2016-08-04 17:17 GMT+02:00 Kent Smotherman :
> From: Mark Thomas 
> To: Tomcat Users List 
> Cc:
> Date: Wed, 3 Aug 2016 15:49:12 -0700
> Subject: Re: Multiple SSL config with single IP on Tomcat 8.5.4
> On 03/08/2016 15:05, Kent Smotherman wrote:
>> I'm trying to get multiple SSL certs configured on Tomcat 8.5 with a
> single
>> IP. My relevant server.xml looks like this:
>>
>> >connectionTimeout="2"
>>URIEncoding="UTF-8"
>>redirectPort="9443" />
>> >maxThreads="150" scheme="https" secure="true" hostName="
>> firstnationalsculpturepark.com"
>>clientAuth="false" sslProtocol="TLS" defaultSSLHostConfigName="
>> firstnationalsculpturepark.com"
>>>
>> 
>> > certificateKeystoreFile="/apache/conf/twinfeats.keystore"
>>certificateKeystorePassword="xxx"
>>certificateKeyAlias="firstnationalsculpturepark"
>> />
>>  
>> 
>>
>> This gives me this error on startup:
>>
>> 03-Aug-2016 16:47:04.541 WARNING [main]
>> org.apache.catalina.startup.SetAllPropertiesRule.begin
>> [SetAllPropertiesRule]{Server/Service/Connector} Setting property
>> 'hostName' to 'firstnationalsculpturepark.com' did not find a matching
>> property.
>>
>> I'm not sure what I'm doing wrong, as the hostName property is indicated
> in
>> the Tomcat 8.5 docs as an attribute for SSLHostConfig. (The above error
>> then causes an error trying to find the default keystore file since it
>> isn't using the one I've specified, but that is expected.)
>
> Take another look at the error messge. It is complaining about an
> invalid attribute on the Connector, not the SSLHostConfig.
>
> Mark
>
> ---
>
> Thanks! I removed the hostName attribute from the Connector, and now all I
> have left is the same error complaining that it cannot find .keystore, when
> it should be looking for twinfeats.keystore:
>
>  protocol="org.apache.coyote.http11.Http11NioProtocol"
>maxThreads="150" scheme="https" secure="true"
>clientAuth="false" sslProtocol="TLS"
>defaultSSLHostConfigName="www.twinfeats.com">
>   
>   certificateKeystoreFile="/apache/conf/twinfeats.keystore"
>certificateKeystorePassword="takara36"
>certificateKeyAlias="firstnationalsculpturepark"
>   />
>   
>   
>   certificateKeystoreFile="/apache/conf/twinfeats.keystore"
>certificateKeystorePassword="x"
>certificateKeyAlias="twinfeats"
>   />
>   
> 
>
> And the error:
>
> 04-Aug-2016 10:01:16.755 SEVERE [main]
> org.apache.tomcat.util.net.SSLUtilBase.getStore Failed to load keystore
> type [JKS] with path [/home/twinfeats/.keystore] due to
> [/home/twinfeats/.keystore (No such file or directory)]
>  java.io.FileNotFoundException: /home/twinfeats/.keystore (No such file or
> directory)
>
> I've reviewed my server.xml as excerpted above, but I don't see any
> remaining silly mistakes.  Any clues?


According doc:

"certificateKeystoreFile

The pathname of the keystore file where you have stored the server
certificate and key to be loaded. By default, the pathname is the file
.keystore in the operating system home directory of the user that is
running Tomcat. If your keystoreType doesn't need a file use "" (empty
string) or NONE for this parameter. **Relative paths will be resolved
against $CATALINA_BASE**. A URL may also be used for this attribute."

I would try a relative path


PD: I wonder why the same keystore has got different
certificateKeystorePassword

>
> Thanks!
>
> Kent

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

Re: Multiple SSL config with single IP on Tomat 8.5.4

[Kent Smotherman]

From: Mark Thomas 
To: Tomcat Users List 
Cc:
Date: Wed, 3 Aug 2016 15:49:12 -0700
Subject: Re: Multiple SSL config with single IP on Tomcat 8.5.4
On 03/08/2016 15:05, Kent Smotherman wrote:
> I'm trying to get multiple SSL certs configured on Tomcat 8.5 with a
single
> IP. My relevant server.xml looks like this:
>
> connectionTimeout="2"
>URIEncoding="UTF-8"
>redirectPort="9443" />
> maxThreads="150" scheme="https" secure="true" hostName="
> firstnationalsculpturepark.com"
>clientAuth="false" sslProtocol="TLS" defaultSSLHostConfigName="
> firstnationalsculpturepark.com"
>>
> 
>  certificateKeystoreFile="/apache/conf/twinfeats.keystore"
>certificateKeystorePassword="xxx"
>certificateKeyAlias="firstnationalsculpturepark"
> />
>  
> 
>
> This gives me this error on startup:
>
> 03-Aug-2016 16:47:04.541 WARNING [main]
> org.apache.catalina.startup.SetAllPropertiesRule.begin
> [SetAllPropertiesRule]{Server/Service/Connector} Setting property
> 'hostName' to 'firstnationalsculpturepark.com' did not find a matching
> property.
>
> I'm not sure what I'm doing wrong, as the hostName property is indicated
in
> the Tomcat 8.5 docs as an attribute for SSLHostConfig. (The above error
> then causes an error trying to find the default keystore file since it
> isn't using the one I've specified, but that is expected.)

Take another look at the error messge. It is complaining about an
invalid attribute on the Connector, not the SSLHostConfig.

Mark

---

Thanks! I removed the hostName attribute from the Connector, and now all I
have left is the same error complaining that it cannot find .keystore, when
it should be looking for twinfeats.keystore:


  
  
  
  
  
  


And the error:

04-Aug-2016 10:01:16.755 SEVERE [main]
org.apache.tomcat.util.net.SSLUtilBase.getStore Failed to load keystore
type [JKS] with path [/home/twinfeats/.keystore] due to
[/home/twinfeats/.keystore (No such file or directory)]
 java.io.FileNotFoundException: /home/twinfeats/.keystore (No such file or
directory)

I've reviewed my server.xml as excerpted above, but I don't see any
remaining silly mistakes.  Any clues?

Thanks!

Kent

RE: Internal Error 500

[Caldarale, Charles R]

> From: André Warnier (tomcat) [mailto:a...@ice-sa.com] 
> Subject: Re: Internal Error 500

> On 04.08.2016 11:15, Syed Mudassir Ahmed wrote:
> > What are the various reasons for the tomcat server to throw internal server
> > error 500?

> In general, search Google for : http status codes

Note that this is the same OP that works for an "expert" IT consulting company 
and wanted volunteers on this mailing list to do his work for him.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


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

Re: Internal Error 500

[tomcat]

On 04.08.2016 11:15, Syed Mudassir Ahmed wrote:

What are the various reasons for the tomcat server to throw internal server
error 500?


Nitpicking : tomcat server does not really "throw internal server error 500".
The "internall error 500" is a HTTP response that Tomcat sends back to a client in certain 
circumstances.
These circumstances may be the result of some malfunction of some component (like a java 
exception etc), but Tomcat catches these cases, and is still working well enough to 
compose and send that response to the client. If it really crashed, it would not even send 
that response.





99.9% : web application errors, misconfiguration resulting in a crash of a 
component

0.1% : maybe bugs, maybe things that a client is really not supposed to send to 
a webserver..

Errors linked to what a client sends to the webserver (bad request syntax etc.) are 
supposed to result in 4xx responses.


In general, search Google for : http status codes


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

Internal Error 500

[Syed Mudassir Ahmed]

What are the various reasons for the tomcat server to throw internal server
error 500?

Thanks,

Re: Tomcat 7.0.54 gives zero-byte .java and .class files for jsp in work directory that cause truncated class error

[Rahul Singh]

Dear Christopher,


Thanks you very much for your response !!


>Filesystem quota?


Filesystem Quota is not enabled for this disk partition so there is no 
restrictions on disk usage.


>Look at the timestamps on the zero-byte files, then find that same
>place in catalina.out or one of the other Tomcat-specific log files.
>See if there's anything in those log files that gives a reason for the
>failure to compile your JSPs.


We have seen the catlina.out and other tomcat logs but no such evidence 
regarding the compilation of JSP.


during googling in various forums, we have observed that the same problem is 
occurred to one of the senior engineer of google, and it is unresolved/open yet.


reference: 
http://stackoverflow.com/questions/8813509/how-does-tomcat-generate-its-work-directory-jsp-java-files-and-what-might-cau


It is very critical problem in our production environments (occurring Many 
production environments),  and it is raised as tomcat specific problem so 
occurrence condition and root cause may be required from tomcat team.



Regards,

Rahul Kumar Singh







From: Christopher Schultz 
Sent: Sunday, July 31, 2016 5:38:13 PM
To: Tomcat Users List
Subject: Re: Tomcat 7.0.54 gives zero-byte .java and .class files for jsp in 
work directory that cause truncated class error

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rahul,

On 7/28/16 1:50 AM, Rahul Singh wrote:
> Hi tomcat team, Thanks for your continued support and help.
>
> I am facing the a peculiar problem in Tomcat 7.0.54.

Any chance for a Tomcat upgrade? Also, Java 7 has reached End-of-Life.

> Configurations: OS: RHEL Tomcat:7.0.54 Java:1.7.79

If you are using RHEL packages, you may not have an upgrade path. :(

> A jsp that was running properly gave the following exception after
> graceful tomcat restart
>
>  javax.servlet.ServletException:
> java.lang.ClassFormatError: Truncated class file at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:343)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
cationFilterChain.java:303)
>
>
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:208)
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>
>
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:241)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
lterChain.java:208)
>
>
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:748)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(Applicat
ionDispatcher.java:486)
>
>
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDisp
atcher.java:411)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDisp
atcher.java:338)
>
>
at
org.apache.struts2.dispatcher.ServletDispatcherResult.doExecute(ServletD
ispatcherResult.java:154)
> at
> org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResult
Support.java:186)
>
>
at
com.opensymphony.xwork2.DefaultActionInvocation.executeResult(DefaultAct
ionInvocation.java:362)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionIn
vocation.java:266)
>
>  
>
> On checking the Tomcat work directory we discovered that the
> corresponding .java and .class files were of zero byte size. In
> other words these files were empty. This was the main reason why
> Tomcat gave truncated class error. Corresponding to this we also
> checked the disk utilization but it was at 54% only. So any
> possibility for disk space are ruled out.

Filesystem quota?

> Also that the same jsp had not been modified and was running
> properly initially. so after reboot of tomcat what happen? why the
> jsp.java and jsp.class size is generated of 0 bytes.
>
> So my question is that what might have caused tomcat to generate
> empty *_jsp.java files in its work directory?
>
> Hope tomcat team will help us to finding root cause.

Look at the timestamps on the zero-byte files, then find that same
place in catalina.out or one of the other Tomcat-specific log files.
See if there's anything in those log files that gives a reason for the
failure to compile your JSPs.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAled6i0ACgkQ9CaO5/Lv0PB59ACePn8ro2YsATZjgDFh8lTH1dU/
T5YAnjxaL4LZB4BdfL/wTJuPEeBfT4fh
=pvZ5
-END PGP SIGNATURE-

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

RE: Tomcat7 jsp compilation error with java1.8

[D, Dwarakesh]

I got it. I have used the ecj-4.4.2.jar from the later tomcat version and try 
to recompile the application. The JSP compilation issue was resolved now.

Thank you.

-Original Message-
From: D, Dwarakesh [mailto:dwarakes...@xerox.com] 
Sent: Thursday, August 04, 2016 12:02 PM
To: Tomcat Users List
Subject: RE: Tomcat7 jsp compilation error with java1.8

Thank you. Can you let me know the process how to upgrade to ecj-4.4.2.jar so 
that I can use and run with the same Java8(with tomcat 7.0.27) without changing 
the java version to 7.

Thanks,
Dwarak



-Original Message-
From: Coty Sutherland [mailto:csuth...@redhat.com]
Sent: Thursday, August 04, 2016 12:23 AM
To: Tomcat Users List
Subject: Re: Tomcat7 jsp compilation error with java1.8

The problem is with java8 support in ECJ, not tomcat directly. You need at 
least JDT 4.4 in order to have full java8 support in my experiences. I just 
tested with 7.0.27 built from sources and the issue is present with the 3.7.2 
version that it depends on. If I upgrade to ecj-4.4.2.jar (retrieved from a 
later build of tomcat7) then JSPs will compile and everything works.

On Wed, Aug 3, 2016 at 12:46 PM, D, Dwarakesh  wrote:
> Running on Java 1.8.0_45.
>
> Thanks,
> Dwarak
>
> 
> From: Mark Thomas [ma...@apache.org]
> Sent: Wednesday, August 03, 2016 10:58 AM
> To: users@tomcat.apache.org
> Subject: Re: Tomcat7 jsp compilation error with java1.8
>
> On 3 August 2016 08:39:34 GMT-07:00, "D, Dwarakesh"  
> wrote:
>>Dear Tomcat Support,
>>
>>I have compiled and build one of our application using java 1.8.0_45. 
>>I have deployed the war file in tomcat-7.0.27
>
> Running on what version of Java?
>
> Mark
>
>
>> and am getting the below
>>exception.
>>Is this error because of the java version? Does tomcat-7.0.27 supports
>>java1.8.0_45 or do I need to use Java1.7? Please advise.
>>exception
>>org.apache.jasper.JasperException: Unable to compile class for JSP:
>>
>>An error occurred at line: 1 in the generated java file The type 
>>java.util.Map$Entry cannot be resolved. It is indirectly referenced 
>>from required .class files
>>
>>Stacktrace:
>>org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultError
>>Handler.java:102)
>>org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.
>>java:331)
>>org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:469)
>>org.apache.jasper.compiler.Compiler.compile(Compiler.java:378)
>>
>>
>>
>>
>>Thanks,
>>Dwarak
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>

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


B CB  [  
X  ܚX KK[XZ[
 \ \  ][  X  ܚX P X ]
 \X K ܙ B  ܈Y][ۘ[  [X[  K[XZ[
 \ \  Z[ X ]
 \X K ܙ B 

RE: Tomcat7 jsp compilation error with java1.8

[D, Dwarakesh]

Thank you. Can you let me know the process how to upgrade to ecj-4.4.2.jar so 
that I can use and run with the same Java8(with tomcat 7.0.27) without changing 
the java version to 7.

Thanks,
Dwarak



-Original Message-
From: Coty Sutherland [mailto:csuth...@redhat.com] 
Sent: Thursday, August 04, 2016 12:23 AM
To: Tomcat Users List
Subject: Re: Tomcat7 jsp compilation error with java1.8

The problem is with java8 support in ECJ, not tomcat directly. You need at 
least JDT 4.4 in order to have full java8 support in my experiences. I just 
tested with 7.0.27 built from sources and the issue is present with the 3.7.2 
version that it depends on. If I upgrade to ecj-4.4.2.jar (retrieved from a 
later build of tomcat7) then JSPs will compile and everything works.

On Wed, Aug 3, 2016 at 12:46 PM, D, Dwarakesh  wrote:
> Running on Java 1.8.0_45.
>
> Thanks,
> Dwarak
>
> 
> From: Mark Thomas [ma...@apache.org]
> Sent: Wednesday, August 03, 2016 10:58 AM
> To: users@tomcat.apache.org
> Subject: Re: Tomcat7 jsp compilation error with java1.8
>
> On 3 August 2016 08:39:34 GMT-07:00, "D, Dwarakesh"  
> wrote:
>>Dear Tomcat Support,
>>
>>I have compiled and build one of our application using java 1.8.0_45. 
>>I have deployed the war file in tomcat-7.0.27
>
> Running on what version of Java?
>
> Mark
>
>
>> and am getting the below
>>exception.
>>Is this error because of the java version? Does tomcat-7.0.27 supports
>>java1.8.0_45 or do I need to use Java1.7? Please advise.
>>exception
>>org.apache.jasper.JasperException: Unable to compile class for JSP:
>>
>>An error occurred at line: 1 in the generated java file The type 
>>java.util.Map$Entry cannot be resolved. It is indirectly referenced 
>>from required .class files
>>
>>Stacktrace:
>>org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultError
>>Handler.java:102)
>>org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.
>>java:331)
>>org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:469)
>>org.apache.jasper.compiler.Compiler.compile(Compiler.java:378)
>>
>>
>>
>>
>>Thanks,
>>Dwarak
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>

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