RE: tomcat8 unable to load the Resource/property file from jar

[Venkata Reddy P]

YES Tim, in  webapps/auth/WEB-INF/lib   

-Original Message-
From: Tim Watts [mailto:t...@cliftonfarm.org] 
Sent: Wednesday, September 14, 2016 6:00 PM
To: Tomcat Users List
Subject: RE: tomcat8 unable to load the Resource/property file from jar

On Wed, 2016-09-14 at 11:54 +, Venkata Reddy P wrote:
> Thanks Chris for replying. 
> 
> I have tried placing all the jars into webapps/auth/web-inf/lib folder 
> but still getting the null value.
> 
You mean WEB-INF/lib not web-inf/lib, right?  Case matters.


> Is there any way to confirm the property file in tomcat classpath?
> 
> Many Thanks.
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Monday, September 12, 2016 2:39 AM
> To: Tomcat Users List
> Subject: Re: tomcat8 unable to load the Resource/property file from 
> jar
> 
> Venkata,
> 
> On 9/9/16 2:48 PM, Venkata Reddy P wrote:
> > These jars are deployed in common folder to make use of my two web 
> > applications. I have modified the catalina.properties file to load 
> > these jars by tomcat server.
> 
> What happens if you put those JAR files separately into each web application?
> 
> I would expect the code as presented to work, but it's worth trying.
> And much easier to deal with than a complicated deployment where you need to 
> stash things in Tomcat's common classloader.
> 
> -chris
> 
> > -Original Message- From: Christopher Schultz 
> > [mailto:ch...@christopherschultz.net] Sent: 10 September 2016
> > 00:08 To: Tomcat Users List Subject: Re: tomcat8 unable to load the 
> > Resource/property file from jar
> > 
> > Venkata,
> > 
> > On 9/9/16 5:18 AM, Venkata Reddy P wrote:
> >> I have tried it and still getting the null value. URL url = 
> >> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.prop
> >> er
> t
> >
> >> 
> ies");
> > 
> >> The Auth.java is part of other jar called tools.jar
> > 
> >> My jars: 1)auth.jar com/trianz/auth/*.java 
> >> com/trianz/auth/auth.properties
> > 
> >> 2)tools.jar com/trianz/tools /Auth.java 
> >> com/trianz/tools/*.properties
> > 
> >> Many thanks for the response.
> > 
> > And where are those .jar files located?
> > 
> > -chris
> > 
> >> -Original Message- From: Christopher Schultz 
> >> [mailto:ch...@christopherschultz.net] Sent: Thursday, September 08,
> >> 2016 8:33 PM To: Tomcat Users List Subject: Re: tomcat8 unable to 
> >> load the Resource/property file from jar
> > 
> >> Venkata,
> > 
> >> On 9/7/16 4:49 AM, Venkata Reddy P wrote:
> >>> Recently we have upgraded the one of application from tomcat6.x to
> >>> tomcat8.0.36 version. In tomcat6, i was able to read the 
> >>> property/resource file from the jar file but certain reasons after 
> >>> upgrading to the tomca8.0.36 its failing to load.
> > 
> >>> My jar: auth.jar com/trianz/auth/*.java 
> >>> com/trianz/auth/auth.properties
> > 
> >>> //failing code, here url always getting null value. URL  url =
> >>>  
> >>> Auth.class.getClassLoader().getResource("com/trianz/auth/auth.prop
> >>> er
> t
> >
> >>> 
> i
> > 
> >>> 
> > es");
> > 
> >>> I am sure by looking at the tomcat catalina.startup logs the 
> >>> auth.jar is loading properly Is there any way to confirm the file 
> >>> in classpath "com/trianz/auth/auth.properties"? How do I fix this?
> > 
> >>> Many Thanks in advance.
> > 
> >> Can you try reading the file like this:
> > 
> >> URL url =
> >> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.prop
> >> er
> t
> >
> >> 
> ie
> > 
> > 
> > s")
> > 
> >> ? (note the leading "/")
> > 
> >> Also, from where is the Auth class being loaded? Where is auth.jar 
> >> located?
> > 
> >> -chris
> > 
> >> ---
> >> --
> >
> >> 
> > 
> > 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...@tomca

RE: tomcat8 unable to load the Resource/property file from jar

[Venkata Reddy P]

Thanks Chris for replying. 

I have tried placing all the jars into webapps/auth/web-inf/lib  folder but 
still getting the null value.

Is there any way to confirm the property file in tomcat classpath?

Many Thanks.
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Monday, September 12, 2016 2:39 AM
To: Tomcat Users List
Subject: Re: tomcat8 unable to load the Resource/property file from jar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Venkata,

On 9/9/16 2:48 PM, Venkata Reddy P wrote:
> These jars are deployed in common folder to make use of my two web 
> applications. I have modified the catalina.properties file to load 
> these jars by tomcat server.

What happens if you put those JAR files separately into each web application?

I would expect the code as presented to work, but it's worth trying.
And much easier to deal with than a complicated deployment where you need to 
stash things in Tomcat's common classloader.

- -chris

> -Original Message- From: Christopher Schultz 
> [mailto:ch...@christopherschultz.net] Sent: 10 September 2016
> 00:08 To: Tomcat Users List Subject: Re: tomcat8 unable to load the 
> Resource/property file from jar
> 
> Venkata,
> 
> On 9/9/16 5:18 AM, Venkata Reddy P wrote:
>> I have tried it and still getting the null value. URL url = 
>> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.proper
t
>
>> 
ies");
> 
>> The Auth.java is part of other jar called tools.jar
> 
>> My jars: 1)auth.jar com/trianz/auth/*.java 
>> com/trianz/auth/auth.properties
> 
>> 2)tools.jar com/trianz/tools /Auth.java com/trianz/tools/*.properties
> 
>> Many thanks for the response.
> 
> And where are those .jar files located?
> 
> -chris
> 
>> -Original Message- From: Christopher Schultz 
>> [mailto:ch...@christopherschultz.net] Sent: Thursday, September 08, 
>> 2016 8:33 PM To: Tomcat Users List Subject: Re: tomcat8 unable to 
>> load the Resource/property file from jar
> 
>> Venkata,
> 
>> On 9/7/16 4:49 AM, Venkata Reddy P wrote:
>>> Recently we have upgraded the one of application from tomcat6.x to 
>>> tomcat8.0.36 version. In tomcat6, i was able to read the 
>>> property/resource file from the jar file but certain reasons after 
>>> upgrading to the tomca8.0.36 its failing to load.
> 
>>> My jar: auth.jar com/trianz/auth/*.java 
>>> com/trianz/auth/auth.properties
> 
>>> //failing code, here url always getting null value. URL  url =
>>>  
>>> Auth.class.getClassLoader().getResource("com/trianz/auth/auth.proper
t
>
>>> 
i
> 
>>> 
> es");
> 
>>> I am sure by looking at the tomcat catalina.startup logs the 
>>> auth.jar is loading properly Is there any way to confirm the file in 
>>> classpath "com/trianz/auth/auth.properties"? How do I fix this?
> 
>>> Many Thanks in advance.
> 
>> Can you try reading the file like this:
> 
>> URL url =
>> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.proper
t
>
>> 
ie
> 
> 
> s")
> 
>> ? (note the leading "/")
> 
>> Also, from where is the Auth class being loaded? Where is auth.jar 
>> located?
> 
>> -chris
> 
>> -
>
>> 
> 
> 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
> 
> 
> -
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJX1cfgAAoJEBzwKT+lPKRYmHIP/jsftQpRftre+Uztu0NNvQae
3aThWLhGBbtVi8LQGQYf5C6nRsQNW+RL5mY73CKdVe8Ux6+ae7hyaXDHTo8yMDrV
66nq3kRJTjYl3nNjAltTjsVNwdjCiabHoF4LxLnfOwmVBF3+LyJ3AWCzj8Z+EKO/
RXq9rX/0FwOZEr+p8ihS7ucMvJnZR6tPiyGgmk6GwYxGe6lYVyctwOiugYv7wAiC
D0uwtgr19eYreJlv+m9WwNvmLg5B+zOl7ZWQWmJ/vamoTFNxAUstaaGXuGv+ojC3
E5USMruCF1MjXG1KJ3LNaByFtZnPtvJy0I+E0j2

RE: tomcat8 unable to load the Resource/property file from jar

[Venkata Reddy P]

These jars are deployed in common folder to make use of my two web 
applications. I have modified the catalina.properties file to load these jars 
by tomcat server.

Many thanks. 

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: 10 September 2016 00:08
To: Tomcat Users List
Subject: Re: tomcat8 unable to load the Resource/property file from jar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Venkata,

On 9/9/16 5:18 AM, Venkata Reddy P wrote:
> I have tried it and still getting the null value. URL url = 
> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.propert
ies");
>
>  The Auth.java is part of other jar called tools.jar
> 
> My jars: 1)auth.jar com/trianz/auth/*.java 
> com/trianz/auth/auth.properties
> 
> 2)tools.jar com/trianz/tools /Auth.java com/trianz/tools/*.properties
> 
> Many thanks for the response.

And where are those .jar files located?

- -chris

> -Original Message- From: Christopher Schultz 
> [mailto:ch...@christopherschultz.net] Sent: Thursday, September 08,
> 2016 8:33 PM To: Tomcat Users List Subject: Re: tomcat8 unable to load 
> the Resource/property file from jar
> 
> Venkata,
> 
> On 9/7/16 4:49 AM, Venkata Reddy P wrote:
>> Recently we have upgraded the one of application from tomcat6.x to 
>> tomcat8.0.36 version. In tomcat6, i was able to read the 
>> property/resource file from the jar file but certain reasons after 
>> upgrading to the tomca8.0.36 its failing to load.
> 
>> My jar: auth.jar com/trianz/auth/*.java 
>> com/trianz/auth/auth.properties
> 
>> //failing code, here url always getting null value. URL  url = 
>> Auth.class.getClassLoader().getResource("com/trianz/auth/auth.propert
i
>
>> 
es");
> 
>> I am sure by looking at the tomcat catalina.startup logs the auth.jar 
>> is loading properly Is there any way to confirm the file in classpath 
>> "com/trianz/auth/auth.properties"? How do I fix this?
> 
>> Many Thanks in advance.
> 
> Can you try reading the file like this:
> 
> URL url =
> Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.propert
ie
>
> 
s")
> 
> ? (note the leading "/")
> 
> Also, from where is the Auth class being loaded? Where is auth.jar 
> located?
> 
> -chris
> 
> -
>
> 
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
> 
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJX0wGQAAoJEBzwKT+lPKRYnPsP/Ri0B76o9g1Gxw3/YGNGmZFl
z7Q2IP7MpwCVb97kMNVleq+YD8uhBNYEZAfwu6l0k1l+YfPmJIkqItoFHapIvzOQ
9J5HwxJsSS4O1Hc0w458C1LYLtVlFNUC19upnzxkfx58S6Il9t5M1GhBtWhyJiUj
VrJqoU8DYksv4ZbNWLiUTse2vubxtjqxqv7SW5cXL+XckgCZ32LYb4xZWv0CiJER
sSEVRMwti+RrzwHqda1ClSwaRm3kyDfU8fYIiIcmDE4eIh/iUjWvGjCBfpQyaVPm
p5ZEvF73NInSmWZ2rIk7C2ELGY/LIk51UDUbjwaZtE929yCaLtBJn7dAnOV209YK
CSfm9Ichi7DU8mbimIaxCGtGIjrXk8FDvRGm8RaRocimf7mm/1gyLaLoQyCH484V
9SprUrr3AFxaME4uLB+3SZQBJtPEreVNXxZDYRXBoR9m/YJ7NsaV2xo51s9JgTAD
5IERjUoHJZkq7O6/Qy8vefL1ER5/p4fLMJjdG9FU54wQAfmm1Eh1GTUrUau4oBED
MAXugnweBMoXiCwxaTgEB9SKqbDcX5M8gH6Z6nbghVgkePy0v7icWTxapbWLA2y/
J4ByVjRBpXR2cU/PGd1y+9IcKAwYPDoaq67gNBNPWlEgnr+AbMmLPkZBnPo9y/jI
tUl8dnzjI5W08dUB4HtD
=3QzT
-END PGP SIGNATURE-

-
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

RE: tomcat8 unable to load the Resource/property file from jar

[Venkata Reddy P]

Thank you Christopher.

I have tried it and still getting the null value.
URL url = 
Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.properties");

The Auth.java is part of other jar called tools.jar

My jars: 
1)auth.jar
 com/trianz/auth/*.java 
 com/trianz/auth/auth.properties

2)tools.jar
com/trianz/tools /Auth.java 
com/trianz/tools/*.properties

Many thanks for the response.

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Thursday, September 08, 2016 8:33 PM
To: Tomcat Users List
Subject: Re: tomcat8 unable to load the Resource/property file from jar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Venkata,

On 9/7/16 4:49 AM, Venkata Reddy P wrote:
> Recently we have upgraded the one of application from tomcat6.x to
> tomcat8.0.36 version. In tomcat6, i was able to read the 
> property/resource file from the jar file but certain reasons after 
> upgrading to the tomca8.0.36 its failing to load.
> 
> My jar: auth.jar com/trianz/auth/*.java 
> com/trianz/auth/auth.properties
> 
> //failing code, here url always getting null value. URL  url = 
> Auth.class.getClassLoader().getResource("com/trianz/auth/auth.properti
es");
>
>  I am sure by looking at the tomcat catalina.startup logs the auth.jar 
> is loading properly Is there any way to confirm the file in classpath 
> "com/trianz/auth/auth.properties"? How do I fix this?
> 
> Many Thanks in advance.

Can you try reading the file like this:

URL url =
Auth.class.getClassLoader().getResource("/com/trianz/auth/auth.propertie
s")

? (note the leading "/")

Also, from where is the Auth class being loaded? Where is auth.jar located?

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

iQIcBAEBCAAGBQJX0X2hAAoJEBzwKT+lPKRYIqkQAK4zfB78BcjFmjN+PXPCuVVN
JJus2+fdZ9d4g1bl/A1aJrZPalTqttkrE/cQiJm5G3LTFw2WAXMHX/PslG9Q6nNk
tZ+1uXR6rROngAQpJadIJ5d1TjSnjxYWf75un33Sn2+BCEhGj0ZnTVnVbxSZOamE
Vf0MwXSanwmaBGU0qafrPTswQratHEvk+/9Z7eLPF3ZIEAvdbpsqrjSIW0M2qGTA
tuFqppIWHB6pFWk92n7hTNq8rycVQyRZjIX8ROAn9Z+AM3w7Rej8XC2WhwcOmF3O
/iIN5/Xhl8muiG+n2zyMtkDeYFKIsqJmNLiCCVxJZBaYs8v0ASo12yXobPa1Q0qe
lxk7sIBZaLUwbGc18vN3meLuMNzBHrMb7ZjLf+GTGvzSDyMm6caYDhVFPHHyhn3i
6kpUXCF05hnFUMHk7eIRC4s+VfIM72WnFEeVx0Dhb+xdpaMrcIXUA9aXS/TjPVQb
qV5hQxZsTbG+2aKf/JqPRPZPrkE8SE1ljPB3xNviorRGQqOLb/vRS+6k2DHhk3RJ
JyhSB1UfNfZ49nwlMPbmPoJMyZTgoeEnw6WxSrYOeZR4Nisi5+3+LTrOZlotpQaS
26U+dzBiv1XJtc74rFaYZQ7FiAnWybAbZGkyIVMjmVsdo0c6dpkXRUTvInLo+aai
KBcIRAlgxYbh0LT3pjI9
=dMbb
-END PGP SIGNATURE-

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

tomcat8 unable to load the Resource/property file from jar

[Venkata Reddy P]

Hi,

Recently we have upgraded the one of application from tomcat6.x to tomcat8.0.36 
version. In tomcat6, i was able to read the property/resource file from the jar 
file but certain reasons after upgrading to the tomca8.0.36 its failing to load.

My jar: auth.jar
com/trianz/auth/*.java
com/trianz/auth/auth.properties

//failing code, here url always getting null value.
URL  url = 
Auth.class.getClassLoader().getResource("com/trianz/auth/auth.properties");

I am sure by looking at the tomcat catalina.startup logs the auth.jar is 
loading properly
Is there any way to confirm the file in classpath 
"com/trianz/auth/auth.properties"?
How do I fix this?

Many Thanks in advance.

RE: sequence of loading jars

[Venkata Reddy P]

Hi,

Sometimes I have to deploy the one special jar using on top of existing jar 
classes for debugging.

Thanks

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, June 23, 2016 3:51 PM
To: Tomcat Users List
Subject: Re: sequence of loading jars

On 23/06/2016 10:59, Venkata Reddy P wrote:
> Hi,
> 
> I am using the tomcat8.0.33, is there a way to control the order of 
> loading the jars from particular folder using class loaders 
> (common,shared,server)?

Yes, but why do you want to do that?

> I would also like to know if there is a way to control the sequence of 
> loading the jars using "java.ext.dirs" system property?

That is outside of Tomcat's control. You'll need to look at the docs for your 
JVM to see how that works.

Mark

-
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

sequence of loading jars

[Venkata Reddy P]

Hi,

I am using the tomcat8.0.33, is there a way to control the order of loading the 
jars from particular folder using class loaders (common,shared,server)?

I would also like to know if there is a way to control the sequence of loading 
the jars using "java.ext.dirs" system property?

Many Thanks in advance.

RE: TLSv1.2 ALERT: fatal, description = unexpected_message

[Venkata Reddy P]

Hi,

When I access my website with ssl enabling, I am getting the following errors. 
My server.xml  connectionTimeout=-1,  it is using TLSv1.2 protocol.
why I am getting readTimeout and possible reasons?

 [Jun 16 2016:06:42:08 PDT] DEBUG http-bio-10.4.20.46-50002-exec-22 
com.poc.GaHttp11Protocol - Socket: 
[org.apache.tomcat.util.net.SocketWrapper@33da3058:452a7c62[TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA:
 Socket[addr=/10.4.20.46,port=49787,localport=50002]]], Status in: [OPEN_READ], 
State out: [CLOSED]
 [Jun 16 2016:06:42:08 PDT] DEBUG http-bio-10.4.20.46-50002-exec-23 
com.poc.GaHttp11Protocol
 - Socket: 
[org.apache.tomcat.util.net.SocketWrapper@3cde4600:3ab71c6f[TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384:
 Socket[addr=/10.4.20.46,port=49788,localport=50002]]], Status in: [OPEN_READ], 
State out: [CLOSED]
 [Jun 16 2016:06:42:09 PDT] DEBUG http-bio-10.4.20.46-50002-exec-24 
org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header
 java.io.EOFException: Unexpected EOF read on the socket
at 
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:156)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1007)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:277)
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)

[Jun 16 2016:06:42:15 PDT] DEBUG http-bio-10.4.20.46-50002-exec-33 
org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header
 java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
at sun.security.ssl.InputRecord.read(InputRecord.java:503)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:930)
at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:529)
at 
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:155)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1007)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:279)
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)

Thanks
Venkata
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: 07 June 2016 00:36
To: Tomcat Users List
Subject: Re: TLSv1.2 ALERT: fatal, description = unexpected_message

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Venkata,

On 6/5/16 1:45 PM, Venkata Reddy P wrote:
> My current ssl errors are getting only for IE and google chrome
> browsers.  The same application is working well for the Firefox that's
> the reason can't suspect the SSL implementation.

I disagree with your assumption here that Firefox and MSIE/Chrome all work the 
same way when it comes to TLS. Perhaps MSIE/Chrome use a particular TLS 
extension that Firefox does not. Perhaps there is a cipher suite in the list 
from MSIE/Chrome that is not in Firefox (or vice-versa).

> I have also tried with OpenSSL client and confirms the nothing wrong
> with ssl implementation. The same ssl implantation have been using
> from tomcat4 onwards and the same implementation has been injected as
> per the tomcat8 connectors.

Lots of changes have occurred within the Tomcat Connector code between Tomcat 4 
and Tomcat 8. The same implementation can not be successfully re-used across 
those versions.

Perhaps if you shared some of the code, we could help debug it. If not, you 
will have to debug your own code by yourself.

- -chris

> -Original Message- From: Mark Thomas [mailto:ma...@apache.org]
> Sent: 05 June 2016 22:23 To: Tomcat Users List Subject: Re: TLSv1.2

RE: TLSv1.2 ALERT: fatal, description = unexpected_message

[Venkata Reddy P]

Is the size of the https request cause any issues? 

The IE (hanging on while loading few requests) and Chrome 
(net::ERR_SSL_PROTOCOL_ERROR) request are working occasionally, what I observed 
is sometime loads js, css files from cache and then it works fine. If it is 
trying to download from the server, then it fails to load few https requests 
out of 47.

I have tried increasing the size of maxHttpHeaderSize=51200, 
minSpareThreads=200, compression=on, maxConnections=1000 but no luck.

Are there anyother tomcat attributes which can back to load the js(maximum size 
can be around 60 kb), css(maximum size can be around 40 kb) file without any 
interruptions? 


-Original Message-
From: Venkata Reddy P 
Sent: Sunday, June 05, 2016 11:15 PM
To: Tomcat Users List
Subject: RE: TLSv1.2 ALERT: fatal, description = unexpected_message

Thanks Mark for the reply.  I have forgot to mention.

My current ssl errors are getting only for IE and google chrome browsers.  The 
same application is working well for the Firefox that's the reason can't 
suspect the SSL implementation.

I have aslo tried with openssl client and confirms the nothing wrong with ssl 
implementation. The same ssl implantation have been using from tomcat4 onwards 
and the same implementation has been injected as per the tomcat8 connectors. 

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 05 June 2016 22:23
To: Tomcat Users List
Subject: Re: TLSv1.2 ALERT: fatal, description = unexpected_message

On 05/06/2016 16:32, Venkata Reddy P wrote:
> Hi,
> 
> I have a setup with Tomcat8.0.33,jre8u91 and with ssl enabled with http 
> connector.
>  address="10.4.20.46" connectionTimeout="-1"
> disableUploadTimeout="true" enableLookups="false"
> maxHttpHeaderSize="8192"
> maxThreads="500" port="50002"
> protocol="com.poc.tomcat8.SSLHttp11Protocol"
> scheme="https" secure="true" />
> 
> Most of the application works on ssl without any issues but while downloading 
> JS,CSS files seems to be failing. I can't suspect the ssl implementation.

Why not? We haven't seen any reports from users using the default TLS 
implementation. You are using a custom TLS implementation any you are seeing 
errors. Absent some VERY strong evidence this is a Tomcat bug, all the 
indications are that the bug is in com.poc.tomcat8.SSLHttp11Protocol

Mark


-
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

RE: TLSv1.2 ALERT: fatal, description = unexpected_message

[Venkata Reddy P]

Thanks Mark for the reply.  I have forgot to mention.

My current ssl errors are getting only for IE and google chrome browsers.  The 
same application is working well for the Firefox that's the reason can't 
suspect the SSL implementation.

I have aslo tried with openssl client and confirms the nothing wrong with ssl 
implementation. The same ssl implantation have been using from tomcat4 onwards 
and the same implementation has been injected as per the tomcat8 connectors. 

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 05 June 2016 22:23
To: Tomcat Users List
Subject: Re: TLSv1.2 ALERT: fatal, description = unexpected_message

On 05/06/2016 16:32, Venkata Reddy P wrote:
> Hi,
> 
> I have a setup with Tomcat8.0.33,jre8u91 and with ssl enabled with http 
> connector.
>  address="10.4.20.46" connectionTimeout="-1"
> disableUploadTimeout="true" enableLookups="false"
> maxHttpHeaderSize="8192"
> maxThreads="500" port="50002"
> protocol="com.poc.tomcat8.SSLHttp11Protocol"
> scheme="https" secure="true" />
> 
> Most of the application works on ssl without any issues but while downloading 
> JS,CSS files seems to be failing. I can't suspect the ssl implementation.

Why not? We haven't seen any reports from users using the default TLS 
implementation. You are using a custom TLS implementation any you are seeing 
errors. Absent some VERY strong evidence this is a Tomcat bug, all the 
indications are that the bug is in com.poc.tomcat8.SSLHttp11Protocol

Mark


-
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

TLSv1.2 ALERT: fatal, description = unexpected_message

[Venkata Reddy P]

Hi,

I have a setup with Tomcat8.0.33,jre8u91 and with ssl enabled with http 
connector.


Most of the application works on ssl without any issues but while downloading 
JS,CSS files seems to be failing. I can't suspect the ssl implementation.

I have an index page  which has imports of javascipt files, CSS files,... 
around 40. It means generates 40 ssl requests to server for downloading the all 
imported files.
When I make the ssl request to index page trying to download and finally fails 
with below ssl errors.
Could you please suggest me if I am missing  any connector attributes  for 
downloading limit / threads limit?
---ERROR---
%% Invalidated:  [Session-57, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA]
http-bio-10.4.20.46-50002-exec-1, SEND TLSv1.2 ALERT:  fatal, description = 
unexpected_message
Padded plaintext before ENCRYPTION:  len = 48
: A3 CD E0 DA D3 17 56 73   B2 76 7D E1 3A 92 4A ED  ..Vs.v..:.J.
0010: 02 0A 25 91 57 3D D1 24   01 09 29 0B 56 42 CE B7  ..%.W=.$..).VB..
0020: 20 16 5B 49 BA EC 09 09   09 09 09 09 09 09 09 09   .[I
http-bio-10.4.20.46-50002-exec-1, WRITE: TLSv1.2 Alert, length = 48
http-bio-10.4.20.46-50002-exec-1, Exception sending alert: 
java.net.SocketException: Software caused connection abort: socket write error
http-bio-10.4.20.46-50002-exec-1, called closeSocket()
http-bio-10.4.20.46-50002-exec-1, called close()
http-bio-10.4.20.46-50002-exec-1, called closeInternal(true)


Thanks
Venkata

RE: tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

Looks like I have no options as I have already tried with 
(catalina.properties), by setting the classpath variable in (setclasspath.bat). 
I am really wonder why default libraries(catalina_home\lib) also not loading 
when I change the protocol=com.poc.PocHttp11Protocol in server.xml.

Is there anyway I can force tomcat bootstrap class loader to load external 
libraries?
Can you please suggest me how to override bootstrap class loader to load 
external libraries?

Many thanks in advance.

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Friday, May 27, 2016 11:14 PM
To: Tomcat Users List
Subject: Re: tomcat8.0.33 classpath/classloader issues

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sanka,

On 5/27/16 1:07 PM, Sanka, Ambica wrote:
> Do you need to add  for your case? Please 
> check http://tomcat.apache.org/tomcat-8.0-doc/class-loader-howto.html

This is almost never the right solution to a problem.

- -chris

> -Original Message----- From: Venkata Reddy P 
> [mailto:venkata.re...@trianz.com] Sent: Friday, May 27, 2016 1:02 PM 
> To: Tomcat Users List <users@tomcat.apache.org> Subject: RE:
> tomcat8.0.33 classpath/classloader issues
> 
> Many thanks Ambica for the detailed information.  Its not working some 
> reason for me, when I was debugging the Bootstrap.java class I could 
> clearly see that  creating common, shared,and catlina loaders as I 
> expected.
> 
> While loading the server.xml protocol classes are trying to load then 
> it gets failed.I have customized by extending the Http11Protocol but 
> unfortunately unable to load the tomcat/lib class(Http11Protocol).
> 
> 
> -Original Message- From: Sanka, Ambica 
> [mailto:asa...@atpco.net] Sent: 27 May 2016 21:04 To: Tomcat Users 
> List Subject: RE: tomcat8.0.33 classpath/classloader issues
> 
> We use Tomcat 8.0.9 for our applications. Tomcat server package, we 
> created required directories at the same level as conf. We create
> db2 folder and put db2 client jars. Created mq folder and put mq 
> client jars.  We also use some property files(name-value pair) and 
> place those files under properties folder. Refer that in 
> catalina.properties as below
> 
> Then updated catalina.properties as below 
> common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${c
atalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/db2/*.
jar","${catalina.home}/mq/*.jar","${catalina.home}/wasejb/*.jar","${cata
lina.home}/conf","${catalina.home}/properties"
>
>  Our applications work fine. Not sure if this got changed in next 
> versions.
> 
> Ambica.
> 
> -Original Message- From: Venkata Reddy P 
> [mailto:venkata.re...@trianz.com] Sent: Friday, May 27, 2016 8:06 AM 
> To: Tomcat Users List <users@tomcat.apache.org> Subject: RE:
> tomcat8.0.33 classpath/classloader issues
> 
> Hi,
> 
> 
> 
> As Ambica suggested, I have tried by setting different properties 
> "common.loader, shared.loader, server.loader"  in catalina.properties 
> but no luck. I have tried generating the logs using 
> -Djava.security.debug=all.
> 
> Will this security (scl:  getPermissions ProtectionDomain 
> (file:/C:/tomcat8.0.33/lib/tomcat-coyote.jar  certificates>)  cause any problem for class loading while loading
> the jars?
> 
> 
> 
> log4j:WARN No appenders could be found for logger 
> (org.apache.tomcat.util.digester.Digester).
> 
> log4j:WARN Please initialize the log4j system properly.
> 
> log4j:WARN See
> http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
> 
> java.lang.NoClassDefFoundError:
> org/apache/coyote/http11/AbstractHttp11JsseProtocol
> 
> at java.lang.ClassLoader.defineClass1(Native Method)
> 
> at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
> 
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142
)
>
>  at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
> 
> at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
> 
> at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
> 
> at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
> 
> at java.security.AccessController.doPrivileged(Native Method)
> 
> at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
> 
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> 
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
> 
> at java.lang.ClassLoader.loadClass(ClassLoader.java:411)
> 
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> 
> at java.lang.Class.forN

RE: tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

Many thanks Ambica for the detailed information.  Its not working some reason 
for me, when I was debugging the Bootstrap.java class I could clearly see that  
creating common, shared,and catlina loaders as I expected.

While loading the server.xml protocol classes are trying to load then it gets 
failed.I have customized by extending the Http11Protocol but unfortunately 
unable to load the tomcat/lib class(Http11Protocol).


-Original Message-
From: Sanka, Ambica [mailto:asa...@atpco.net] 
Sent: 27 May 2016 21:04
To: Tomcat Users List
Subject: RE: tomcat8.0.33 classpath/classloader issues

We use Tomcat 8.0.9 for our applications. Tomcat server package, we created 
required directories at the same level as conf. We create db2 folder and put 
db2 client jars. Created mq folder and put mq client jars.  We also use some 
property files(name-value pair) and place those files under properties folder. 
Refer that in catalina.properties as below

Then updated catalina.properties as below 
common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/db2/*.jar","${catalina.home}/mq/*.jar","${catalina.home}/wasejb/*.jar","${catalina.home}/conf","${catalina.home}/properties"

Our applications work fine. Not sure if this got changed in next versions. 

Ambica.

-Original Message-
From: Venkata Reddy P [mailto:venkata.re...@trianz.com]
Sent: Friday, May 27, 2016 8:06 AM
To: Tomcat Users List <users@tomcat.apache.org>
Subject: RE: tomcat8.0.33 classpath/classloader issues

Hi,



As Ambica suggested, I have tried by setting different properties 
"common.loader, shared.loader, server.loader"  in catalina.properties but no 
luck. I have tried generating the logs using -Djava.security.debug=all.

Will this security (scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-coyote.jar )  cause 
any problem for class loading while loading the jars?



log4j:WARN No appenders could be found for logger 
(org.apache.tomcat.util.digester.Digester).

log4j:WARN Please initialize the log4j system properly.

log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.

java.lang.NoClassDefFoundError: 
org/apache/coyote/http11/AbstractHttp11JsseProtocol

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(ClassLoader.java:763)

at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)

at java.net.URLClassLoader.access$100(URLClassLoader.java:73)

at java.net.URLClassLoader$1.run(URLClassLoader.java:368)

at java.net.URLClassLoader$1.run(URLClassLoader.java:362)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:361)

at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)

at java.lang.ClassLoader.loadClass(ClassLoader.java:411)

   at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

at java.lang.Class.forName0(Native Method)

at java.lang.Class.forName(Class.java:264)

at org.apache.catalina.connector.Connector.(Connector.java:70)

at 
org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62)

at 
org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1178)

at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown 
Source)

at 
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)

at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
Source)

at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
 Source)

at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)

at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)

at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown 
Source)

at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1451)

at org.apache.catalina.startup.Catalina.load(Catalina.java:552)

at org.apache.catalina.startup.Catalina.load(Catalina.java:603)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at 
sun.reflect.DelegatingMethodAccessorImp

RE: tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

a.security.Permissions@1fbc7afb (

("java.io.FilePermission" "\C:\jre8\lib\ext\tomcat-juli-adapters.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  (file:/C:/jre8/lib/ext/log4j-1.2.16.jar 
)

sun.misc.Launcher$ExtClassLoader@3ecf72fd



java.security.Permissions@75bd9247 (

("java.io.FilePermission" "\C:\jre8\lib\ext\log4j-1.2.16.jar" "read")

)

scl:

log4j:ERROR Could not find value for key log4j.appender.DEBUG

log4j:ERROR Could not instantiate appender named "DEBUG".

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  (file:/C:/tomcat8.0.33/lib/catalina.jar 
)

java.net.URLClassLoader@520a3426



java.security.Permissions@18eed359 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\catalina.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-util-scan.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@50b494a6 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\tomcat-util-scan.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-coyote.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@6737fd8f (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\tomcat-coyote.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-util.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@5e853265 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\tomcat-util.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/catalina-ha.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@4d3167f4 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\catalina-ha.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/jre8/lib/ext/apache-xercesImpl.jar )

sun.misc.Launcher$ExtClassLoader@3ecf72fd



java.security.Permissions@7a30d1e6 (

("java.io.FilePermission" "\C:\jre8\lib\ext\apache-xercesImpl.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-api.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@7f1302d6 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\tomcat-api.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  
(file:/C:/tomcat8.0.33/lib/tomcat-jni.jar )

java.net.URLClassLoader@520a3426



java.security.Permissions@6973bf95 (

("java.io.FilePermission" "\C:\tomcat8.0.33\lib\tomcat-jni.jar" "read")

)

scl:

jar: beginEntry META-INF/MANIFEST.MF

jar: done with meta!

jar: nothing to verify!

scl:  getPermissions ProtectionDomain  (file:/C:/poc/lib/connect.jar )

sun.misc.Launcher$AppClassLoader@18b4aac2



java.security.Permissions@4445629 (

("java.lang.RuntimePermission" "exitVM")

("java.io.FilePermission" "\C:\poc\lib\connect.jar" "read")

)



Many thanks in advance.







-Original Message-
From: Sanka, Ambica [mailto:asa...@atpco.net]
Sent: 25 May 2016 17:52
To: Tomcat Users List
Subject: RE: tomcat8.0.33 classpath/classloader issues



You can put in catalina.properties. There is entry with common.loader in 
catalina.properties under conf folder. Please see below



# Note: Values are enclosed in double quotes ("...") in case either the

#   ${catalina.base} path or the ${catalina.home} path contains a comma.

common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/db2/*.jar","${catalina.home}/mq/*.jar","${catalina.home}/wasejb/*.jar","${catalina.home}/conf","${catalina.home}/properties"



Hope this helps.

Ambica.

-Original Message-

From: Venkata Reddy P [mailto:venkata.re...@trianz.com]

Sent: Wednesday, May 25, 2016 5:43 AM

To: Tomcat Users List <users@tomcat.apache.org<mailto:users@tomcat.a

Tomcat8.0.33 AJP connector is hanging

[Venkata Reddy P]

Hi,

I have override the AjpProtocol to inject ssl communication by providing 
SSLImplementation  which is working well with the http 
connections(PocHttp11Protocol) for the same SSLImplementation. But some reason 
ajp connections are failing.

1)  All the connections to the AJP-BIO is hanging on  method (at 
java.net.DualStackPlainSocketImpl.accept0(Native Method)).

Could you please give me any clue what I am doing wrong?


2)  AJP SSL communication also failing. When I generate the ssl logs at 
server side,  I could see the below error.
SSL error from server end:-
ajp-bio-xx.x.xx.xx-5-exec-1, RECV TLSv1.2 ALERT:  fatal, bad_record_mac
%% Invalidated:  [Session-17, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]
ajp-bio- xx.x.xx.xx -5-exec-1, called closeSocket()
ajp-bio- xx.x.xx.xx -5-exec-1, handling exception: 
javax.net.ssl.SSLException: Received fatal alert: bad_record_mac
ajp-bio- xx.x.xx.xx -5-exec-1, called close()
ajp-bio- xx.x.xx.xx -5-exec-1, called closeInternal(true)

Could you please give me any clue?   The same SSLImplementation was working 
well in tomcat6.0.x version.



3)  Here my ajp maxThreads defined as 150  but  I could see only below 3 
threads.



Am I missing any attributes in tomcat8?

--Thread 
dump-
"ajp-bio- XX.X.XX.XX -5-Acceptor-0" #38 daemon prio=5 os_prio=0 
tid=0x5a7cb800 nid=0x11f4 runnable [0x5cf3e000]
   java.lang.Thread.State: RUNNABLE
   at java.net.DualStackPlainSocketImpl.accept0(Native Method)
   at 
java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketImpl.java:131)
   at 
java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409)
   at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:199)
   - locked <0xf616cd38> (a java.net.SocksSocketImpl)
   at java.net.ServerSocket.implAccept(ServerSocket.java:545)
   at 
sun.security.ssl.SSLServerSocketImpl.accept(SSLServerSocketImpl.java:348)
   at 
com.trianz.poc.tomcat8..JsseSslSocketFactory.acceptSocket(JsseSslSocketFactory.java:134)
   at 
org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:183)
   at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
   - None

ajp-bio- XX.X.XX.XX-5-exec-1" #78 daemon prio=5 os_prio=0 
tid=0x57c5d000 nid=0xec0 waiting on condition [0x5b91e000]
   java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  <0xf7bef228> (a 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
   at 
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
   at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
   at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
   at 
org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:103)
   at 
org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:31)
   at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
   at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
   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)

"ajp-bio- XX.X.XX.XX-5-AsyncTimeout" #39 daemon prio=5 os_prio=0 
tid=0x5a7cc800 nid=0xda0 waiting on condition [0x5d09e000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
   at java.lang.Thread.sleep(Native Method)
   at 
org.apache.tomcat.util.net.AbstractEndpoint$AsyncTimeout.run(AbstractEndpoint.java:128)
   at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
   - None


Many thanks in advance

RE: tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

Many thanks Mark. I will give a retry it.
Is there a way to set all jars in folder (c:\poc\lib) to classpath on startup?


-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Wednesday, May 25, 2016 2:25 PM
To: Tomcat Users List
Subject: Re: tomcat8.0.33 classpath/classloader issues

On 25/05/2016 06:14, Venkata Reddy P wrote:
> Can anyone please help me on this?

Don't mess with the classpath. You should (almost) never need to do that.

Put shared JARs in Tomcat's lib directory.

Mark


> 
> From: Venkata Reddy P
> Sent: 24 May 2016 14:44
> To: Tomcat Users List
> Subject: tomcat8.0.33 classpath/classloader issues
> 
> Hi,
> 
> Currently I am migrating my existing tomcat6.0.x to tomcat8.0.33 version.
> 
> 
> 1)  I have deployed four web applications inside webapps folder, all 
> these 4 web applications use the few common jars which I was (in tomcat6.0.x) 
> setting as classpath variable in setclasspath.bat as below
> rem Adding classpath to existing path.
> set CLASSPATH=%CLASSPATH%;%PROJECT_CP%
> 
> %PROJECT_CP% is set by the list of project jars. This way of 
> setting classpath is not working in tomcat8.0.33.  Is it still valid way of 
> setting the classpath in tomcat8.0.x?
> 
> 
> 2)  Some unknown reason when I start tomcat8.0.x server by running 
> \bin\startup.bat,
> 
> Its unable to load the default tomcat jars from \lib\  folder
> 
> Do we have any limitation in tomcat8.0.33 version?
> 
> 
> 
> In both 1) and 2) cases if I have copy all the required jars to primary roo 
> class loader \ext\lib folder, then it is loading all the jars as 
> expected. The way of loading through the jre folder is not good practice in 
> my project to separate the jars.
> 
> 
> 
> Could you please help why default tomcat jars not loading and classpath is 
> not working in tomcat8.0.33 version?
> 
> Many Thanks in advance.
> 


-
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

RE: tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

Can anyone please help me on this?

From: Venkata Reddy P
Sent: 24 May 2016 14:44
To: Tomcat Users List
Subject: tomcat8.0.33 classpath/classloader issues

Hi,

Currently I am migrating my existing tomcat6.0.x to tomcat8.0.33 version.


1)  I have deployed four web applications inside webapps folder, all these 
4 web applications use the few common jars which I was (in tomcat6.0.x) setting 
as classpath variable in setclasspath.bat as below
rem Adding classpath to existing path.
set CLASSPATH=%CLASSPATH%;%PROJECT_CP%

%PROJECT_CP% is set by the list of project jars. This way of 
setting classpath is not working in tomcat8.0.33.  Is it still valid way of 
setting the classpath in tomcat8.0.x?


2)  Some unknown reason when I start tomcat8.0.x server by running 
\bin\startup.bat,

Its unable to load the default tomcat jars from \lib\  folder

Do we have any limitation in tomcat8.0.33 version?



In both 1) and 2) cases if I have copy all the required jars to primary roo 
class loader \ext\lib folder, then it is loading all the jars as 
expected. The way of loading through the jre folder is not good practice in my 
project to separate the jars.



Could you please help why default tomcat jars not loading and classpath is not 
working in tomcat8.0.33 version?

Many Thanks in advance.

tomcat8.0.33 classpath/classloader issues

[Venkata Reddy P]

Hi,

Currently I am migrating my existing tomcat6.0.x to tomcat8.0.33 version.


1)  I have deployed four web applications inside webapps folder, all these 
4 web applications use the few common jars which I was (in tomcat6.0.x) setting 
as classpath variable in setclasspath.bat as below
rem Adding classpath to existing path.
set CLASSPATH=%CLASSPATH%;%PROJECT_CP%

%PROJECT_CP% is set by the list of project jars. This way of 
setting classpath is not working in tomcat8.0.33.  Is it still valid way of 
setting the classpath in tomcat8.0.x?


2)  Some unknown reason when I start tomcat8.0.x server by running 
\bin\startup.bat,

Its unable to load the default tomcat jars from \lib\  folder

Do we have any limitation in tomcat8.0.33 version?



In both 1) and 2) cases if I have copy all the required jars to primary roo 
class loader \ext\lib folder, then it is loading all the jars as 
expected. The way of loading through the jre folder is not good practice in my 
project to separate the jars.



Could you please help why default tomcat jars not loading and classpath is not 
working in tomcat8.0.33 version?

Many Thanks in advance.

RE: Caused by: java.lang.NoClassDefFoundError: org/apache/tomcat/util/descriptor/tld/TldParser

[Venkata Reddy P]

Hi,



I am walking through the tomcat8 Class Loader 
(https://tomcat.apache.org/tomcat-8.0-doc/class-loader-howto.html), it looks 
like CLASSPATH variable is totally ignored in tomcat8 if tomcat server started 
using catalina.bat.

does it apply for startup.bat also? If yes, then  is there any other way to set 
the classpath variable like in tomcat6.x?





System — This class loader is normally initialized from the contents of the 
CLASSPATH environment variable. All such classes are visible to both Tomcat 
internal classes, and to web applications. However, the standard Tomcat startup 
scripts ($CATALINA_HOME/bin/catalina.sh or %CATALINA_HOME%\bin\catalina.bat) 
totally ignore the contents of the CLASSPATH environment variable itself, and 
instead build the System class loader from the following repositories:



◦$CATALINA_HOME/bin/bootstrap.jar — Contains the main() method that is used to 
initialize the Tomcat server, and the class loader implementation classes it 
depends on.

◦$CATALINA_BASE/bin/tomcat-juli.jar or $CATALINA_HOME/bin/tomcat-juli.jar — 
Logging implementation classes. These include enhancement classes to 
java.util.logging API, known as Tomcat JULI, and a package-renamed copy of 
Apache Commons

Logging library used internally by Tomcat. See logging documentation for more 
details.

If tomcat-juli.jar is present in $CATALINA_BASE/bin, it is used instead of the 
one in $CATALINA_HOME/bin. It is useful in certain logging configurations

◦$CATALINA_HOME/bin/commons-daemon.jar — The classes from Apache Commons Daemon 
project. This JAR file is not present in the CLASSPATH built by 
catalina.bat|.sh scripts, but is referenced from the manifest file of 
bootstrap.jar.



Many Thanks in advance.



-Original Message-
From: Venkata Reddy P [mailto:venkata.re...@trianz.com]
Sent: 19 May 2016 22:26
To: Tomcat Users List
Subject: Caused by: java.lang.NoClassDefFoundError: 
org/apache/tomcat/util/descriptor/tld/TldParser



Hi,



In tomcat8.0.33,while starting the tomcat server from 
\bin\startup.bat, it is getting the below NoClassDefFoundError.

I have verified 1) All the tomcat bundled jars are available under 
\lib folder including tomcat-util.jar.

2) I have also tried adding all the jars to property 
(tomcat.util.scan.StandardJarScanFilter.jarsToScan=,) in 
catalina.properties file



Could you please suggest me am I still missing anything else?



java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException:

Failed to start component 
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/poc]]

at java.util.concurrent.FutureTask.report(FutureTask.java:122)

at java.util.concurrent.FutureTask.get(FutureTask.java:192)

at 
org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:916)

at 
org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:871)

at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)

at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)

at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)

Caused by: org.apache.catalina.LifecycleException: Failed to start component 
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/auth]]

at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:153)

... 6 more

Caused by: java.lang.NoClassDefFoundError: 
org/apache/tomcat/util/descriptor/tld/TldParser



Many Thanks in advance.

RE: JkInputStream.java replacement file in tomcat8

[Venkata Reddy P]

Many thanks MANSOURI for all your inputs.

-Original Message-
From: Abdessamed MANSOURI [mailto:lavl...@gmail.com] 
Sent: 19 May 2016 23:01
To: Tomcat Users List
Subject: Re: JkInputStream.java replacement file in tomcat8

Hello,

I'm not a Guru, it seems the AJP processor recieved many changes in the past, 
In Tomcat 8.0.43, there's simply no JkInputStream but there's two methods 
inside AJP processor for reading and writting, now (trunk), AJP connector has 
two inner classes called : SocketInputStream and SockectOutputStream, which 
seems implement some methods were in JkInputStream, some other methods was in 
JkInputStream, now are in the AJP connector class, like : refillReadBuffer ...

I suggest you to not try understand what happened in the past and by what a 
class has been replaced, just try to understand how Tomcat 8 handle it, then 
you can see the difference between version 6 and 8.

2016-05-19 12:20 GMT+01:00 Venkata Reddy P <venkata.re...@trianz.com>:

> Hi,
>
> In tomcat6.0.43 version, there is a file 
> "org.apahe.jk.common.JkInputStream.java" to deal with ajp connectors. 
> Could you please help finding the relevant/replaced file in tomcat8.0.33 
> version?
>
> Thanks
> Venkata
>



--
Thanks,

Abdessamed MANSOURI

Caused by: java.lang.NoClassDefFoundError: org/apache/tomcat/util/descriptor/tld/TldParser

[Venkata Reddy P]

Hi,

In tomcat8.0.33,while starting the tomcat server from 
\bin\startup.bat, it is getting the below NoClassDefFoundError.
I have verified 1) All the tomcat bundled jars are available under 
\lib folder including tomcat-util.jar.
2) I have also tried adding all the jars to property 
(tomcat.util.scan.StandardJarScanFilter.jarsToScan=,) in 
catalina.properties file

Could you please suggest me am I still missing anything else?

java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException:
Failed to start component 
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/poc]]
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at 
org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:916)
at 
org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:871)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)
at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.catalina.LifecycleException: Failed to start component 
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/auth]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:153)
... 6 more
Caused by: java.lang.NoClassDefFoundError: 
org/apache/tomcat/util/descriptor/tld/TldParser

Many Thanks in advance.

JkInputStream.java replacement file in tomcat8

[Venkata Reddy P]

Hi,

In tomcat6.0.43 version, there is a file 
"org.apahe.jk.common.JkInputStream.java" to deal with ajp connectors. Could you 
please help finding the relevant/replaced file in tomcat8.0.33 version?

Thanks
Venkata

RE: BASIC authentication problem in tomcat8.0.33

[Venkata Reddy P]

Many thanks Mark for all your valuable help.  I have managed it working my 
customization by extending the class GenericPrinicipal.

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, May 19, 2016 4:33 PM
To: Tomcat Users List
Subject: Re: BASIC authentication problem in tomcat8.0.33

On 18/05/2016 15:33, Venkata Reddy P wrote:
> Hi,
> 
> It looks like below comparison(principal instanceof GenericPrincipal) is 
> failing as I am returning the CustomizedPrincipal which implements the 
> java.security.Principal.
> 
> Is it something introduced in tomcat7.x/tomcat8.x?

No.

The source code, including full history, is available in svn if you want to 
find out how far back this code goes.

Mark


> RealBase.hasRole()
> 
> {
> 
> // Should be overridden in JAASRealm - to avoid pretty inefficient 
> conversions
> 
> if ((principal == null) || (role == null) ||
> 
> !(principal instanceof GenericPrincipal))
> 
> return (false);
> 
> }
> 
> 
> 
> Thanks in advance
> 
> 
> 
> -Original Message-
> From: Venkata Reddy P [mailto:venkata.re...@trianz.com]
> Sent: Wednesday, May 18, 2016 5:23 PM
> To: Tomcat Users List
> Subject: RE: BASIC authentication problem in tomcat8.0.33
> 
> 
> 
> This was typo in while writing mail.  When I debug my customized code until 
> it is returning the principal everything seems to be good from customization 
> point of view.
> 
> Removing the default files'tomcat-users.txt' and   'tomcat-users.xsd' from 
> \config, will it make any difference?
> 
> 
> 
> Thanks in advance
> 
> 
> 
> -Original Message-
> 
> From: Mark Thomas [mailto:ma...@apache.org]
> 
> Sent: Wednesday, May 18, 2016 5:18 PM
> 
> To: Tomcat Users List
> 
> Subject: Re: BASIC authentication problem in tomcat8.0.33
> 
> 
> 
> On 18/05/2016 12:47, Mark Thomas wrote:
> 
>> On 18/05/2016 11:07, Venkata Reddy P wrote:
> 
>>> Hi,
> 
>>>
> 
>>> I have been using the "BASIC authentication" from the tomcat3.x onwards, 
>>> unfortunately after migrating to tomcat8.0.33 it is broken.
> 
>>
> 
>> BASIC auth works for me with a clean 8.0.33 install. Therefore this
> 
>> looks like a problem with your custom code.
> 
> 
> 
> And the space after the role name in web.xml might not help either.
> 
> 
> 
> Mark
> 
> 
> 
> 
> 
>>
> 
>> Mark
> 
>>
> 
>>> Could you please help on this what is going wrong?
> 
>>>
> 
>>> Step1)---Realm customization
> 
>>> The customized classes are:-
> 
>>> a) CustomizedPrincipal implements Principal
> 
>>> b) CustomizedRealmBase extends RealmBase   :- this is 
>>> returning successful customizedPrincipal to base class and then it is 
>>> failing with following error.
> 
>>> 
>>> HTTP Status 403 - Access to the requested resource has been denied
> 
>>> 
>>> type Status report
> 
>>> 
>>> message Access to the requested resource has been denied
> 
>>> 
>>> description Access to the specified resource has been forbidden.
> 
>>> Step2)  I have removed the files 'tomcat-users.txt' and
> 
>>> 'tomcat-users.xsd' from \config Spte3)-Web.xml 
>>> basic authentication configuration
> 
>>> 
> 
>>>   Security Constraint
> 
>>>   
> 
>>>  Restricted Area
> 
>>>  /*
> 
>>>   
> 
>>>   
> 
>>>  bauth 
> 
>>>   
> 
>>> 
> 
>>>
> 
>>> 
> 
>>>   BASIC
> 
>>>   Basic authentication
> 
>>> 
> 
>>>
> 
>>> Thanks in advance.
> 
>>>
> 
>>
> 
>>
> 
>> -
> 
>> To unsubscribe, e-mail: 
>> users-unsubscr...@tomcat.apache.org<mailto:users-unsubscribe@tomcat.a
>> pache.org>
> 
>> For additional commands, e-mail: 
>> users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apa

RE: BASIC authentication problem in tomcat8.0.33

[Venkata Reddy P]

Hi,



It looks like below comparison(principal instanceof GenericPrincipal) is 
failing as I am returning the CustomizedPrincipal which implements the 
java.security.Principal.



Is it something introduced in tomcat7.x/tomcat8.x?



RealBase.hasRole()

{

// Should be overridden in JAASRealm - to avoid pretty inefficient conversions

if ((principal == null) || (role == null) ||

!(principal instanceof GenericPrincipal))

return (false);

}



Thanks in advance



-Original Message-
From: Venkata Reddy P [mailto:venkata.re...@trianz.com]
Sent: Wednesday, May 18, 2016 5:23 PM
To: Tomcat Users List
Subject: RE: BASIC authentication problem in tomcat8.0.33



This was typo in while writing mail.  When I debug my customized code until it 
is returning the principal everything seems to be good from customization point 
of view.

Removing the default files'tomcat-users.txt' and   'tomcat-users.xsd' from 
\config, will it make any difference?



Thanks in advance



-Original Message-

From: Mark Thomas [mailto:ma...@apache.org]

Sent: Wednesday, May 18, 2016 5:18 PM

To: Tomcat Users List

Subject: Re: BASIC authentication problem in tomcat8.0.33



On 18/05/2016 12:47, Mark Thomas wrote:

> On 18/05/2016 11:07, Venkata Reddy P wrote:

>> Hi,

>>

>> I have been using the "BASIC authentication" from the tomcat3.x onwards, 
>> unfortunately after migrating to tomcat8.0.33 it is broken.

>

> BASIC auth works for me with a clean 8.0.33 install. Therefore this

> looks like a problem with your custom code.



And the space after the role name in web.xml might not help either.



Mark





>

> Mark

>

>> Could you please help on this what is going wrong?

>>

>> Step1)---Realm customization

>> The customized classes are:-

>> a) CustomizedPrincipal implements Principal

>> b) CustomizedRealmBase extends RealmBase   :- this is 
>> returning successful customizedPrincipal to base class and then it is 
>> failing with following error.

>> HTTP 
>> Status 403 - Access to the requested resource has been denied

>> type 
>> Status report

>> 
>> message Access to the requested resource has been denied

>> 
>> description Access to the specified resource has been forbidden.

>> Step2)  I have removed the files 'tomcat-users.txt' and

>> 'tomcat-users.xsd' from \config Spte3)-Web.xml basic 
>> authentication configuration

>> 

>>   Security Constraint

>>   

>>  Restricted Area

>>  /*

>>   

>>   

>>  bauth 

>>   

>> 

>>

>> 

>>   BASIC

>>   Basic authentication

>> 

>>

>> Thanks in advance.

>>

>

>

> -

> To unsubscribe, e-mail: 
> users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

> For additional commands, e-mail: 
> users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>

>





-

To unsubscribe, e-mail: 
users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

For additional commands, e-mail: 
users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>





-

To unsubscribe, e-mail: 
users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

For additional commands, e-mail: 
users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>

RE: BASIC authentication problem in tomcat8.0.33

[Venkata Reddy P]

This was typo in while writing mail.  When I debug my customized code until it 
is returning the principal everything seems to be good from customization point 
of view.
Removing the default files'tomcat-users.txt' and   'tomcat-users.xsd' from 
\config, will it make any difference?

Thanks in advance

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Wednesday, May 18, 2016 5:18 PM
To: Tomcat Users List
Subject: Re: BASIC authentication problem in tomcat8.0.33

On 18/05/2016 12:47, Mark Thomas wrote:
> On 18/05/2016 11:07, Venkata Reddy P wrote:
>> Hi,
>>
>> I have been using the "BASIC authentication" from the tomcat3.x onwards, 
>> unfortunately after migrating to tomcat8.0.33 it is broken.
> 
> BASIC auth works for me with a clean 8.0.33 install. Therefore this 
> looks like a problem with your custom code.

And the space after the role name in web.xml might not help either.

Mark


> 
> Mark
> 
>> Could you please help on this what is going wrong?
>>
>> Step1)---Realm customization
>> The customized classes are:-
>> a) CustomizedPrincipal implements Principal
>> b) CustomizedRealmBase extends RealmBase   :- this is 
>> returning successful customizedPrincipal to base class and then it is 
>> failing with following error.
>> HTTP 
>> Status 403 - Access to the requested resource has been denied
>> type 
>> Status report
>> 
>> message Access to the requested resource has been denied
>> 
>> description Access to the specified resource has been forbidden.
>> Step2)  I have removed the files 'tomcat-users.txt' and 
>> 'tomcat-users.xsd' from \config Spte3)-Web.xml basic 
>> authentication configuration
>> 
>>   Security Constraint
>>   
>>  Restricted Area
>>  /*
>>   
>>   
>>  bauth 
>>   
>> 
>>
>> 
>>   BASIC
>>   Basic authentication
>> 
>>
>> Thanks in advance.
>>
> 
> 
> -
> 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

RE: Failed to process TLD with path [/WEB-INF/struts-tiles.tld]

[Venkata Reddy P]

Many Thanks Marks. In my case I have references in the .jsp pages, after 
replacing /WEB-INF/... to as below. Now it got generated but as you said still 
wanrings and info are getting generated.
<%@ taglib uri="http://struts.apache.org/tags-bean; prefix="bean" %>
<%@ taglib uri="http://struts.apache.org/tags-html; prefix="html" %>
<%@ taglib uri="http://struts.apache.org/tags-logic; prefix="logic" %>

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 18 May 2016 02:23
To: Tomcat Users List
Subject: Re: Failed to process TLD with path [/WEB-INF/struts-tiles.tld]

On 17/05/2016 21:46, Venkata Reddy P wrote:
> Hi,
> While compiling .jsp file using tomcat8.0.33 binaries getting the following 
> error, can you please advice?

There is no error. There are two warnings (because the JSP references TLD files 
that don't exist) and one INFO message that you can improve the application 
start time by not scanning JARs for TLDs when the JARs don't contain TLDs.

Mark


> These jsps were compiling well in tomcat6.0.43
> 
> [apply] WARNING: Failed to process TLD with path [/WEB-INF/struts-tiles.tld] 
> and URI [/tags/struts-tiles]. The specified path does not exist.
> [apply] May 17, 2016 4:26:58 PM org.apache.jasper.servlet.TldScanner 
> scanJspConfig
> [apply] WARNING: Failed to process TLD with path 
> [/WEB-INF/struts-nested.tld] and URI [/tags/struts-nested]. The specified 
> path does not exist.
> [apply] May 17, 2016 4:26:58 PM org.apache.jasper.servlet.TldScanner 
> scanJars
> [apply] INFO: 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
> 
> Thanks in advance
> 


-
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

Failed to process TLD with path [/WEB-INF/struts-tiles.tld]

[Venkata Reddy P]

Hi,
While compiling .jsp file using tomcat8.0.33 binaries getting the following 
error, can you please advice?
These jsps were compiling well in tomcat6.0.43

[apply] WARNING: Failed to process TLD with path [/WEB-INF/struts-tiles.tld] 
and URI [/tags/struts-tiles]. The specified path does not exist.
[apply] May 17, 2016 4:26:58 PM org.apache.jasper.servlet.TldScanner 
scanJspConfig
[apply] WARNING: Failed to process TLD with path 
[/WEB-INF/struts-nested.tld] and URI [/tags/struts-nested]. The specified path 
does not exist.
[apply] May 17, 2016 4:26:58 PM org.apache.jasper.servlet.TldScanner 
scanJars
[apply] INFO: 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

Thanks in advance

RE: java.lang.NoSuchMethodError: org.apache.tomcat.util.buf.ByteChunk.findByte

[Venkata Reddy P]

I tried fresh setup and it works now. Thanks to Christopher.

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: 17 May 2016 03:19
To: Tomcat Users List
Subject: Re: java.lang.NoSuchMethodError: 
org.apache.tomcat.util.buf.ByteChunk.findByte

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Venkata,

On 5/16/16 5:01 PM, Venkata Reddy P wrote:
> Hi,
> 
> I am using tomcat8.0.33 with jre1.8u91,  I am getting the following 
> errors. What I am doing wrong? java.lang.NoSuchMethodError:
> org.apache.tomcat.util.buf.ByteChunk.findByte([BIIB)
> java.lang.NoSuchMethodError:
> org.apache.catalina.connector.OutputBuffer.getContentWritten()J
> 
> 
> SEVERE: Error processing request java.lang.NoSuchMethodError:
> org.apache.tomcat.util.buf.ByteChunk.findByte([BIIB)I at
> org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:83) at
> org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:210) at
> org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAda
> pter.java:821)
>
> 
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:517)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp1
> 1Processor.java:1095)
>
> 
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoi
> nt.java:1502)
>
> 
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1458)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.j
> ava:1142)
>
> 
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThr
> ead.java:61)
>
> 
at java.lang.Thread.run(Thread.java:745)
> 
> May 16, 2016 1:54:11 PM
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler
> process SEVERE: Error reading request, ignored
> java.lang.NoSuchMethodError:
> org.apache.catalina.connector.OutputBuffer.getContentWritten()J at
> org.apache.catalina.connector.Response.getContentWritten(Response.java
> :294)
>
> 
at
org.apache.catalina.connector.CoyoteAdapter.checkRecycled(CoyoteAdapter.java:704)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.recycle(AbstractHttp1
> 1Processor.java:1832)
>
> 
at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.release(Http11NioProtocol.java:218)
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(A
> bstractProtocol.java:771)
>
> 
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1502)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint
> .java:1458)
>
> 
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)
> 
> Many thanks.

It looks like you have broken your Tomcat installation. Have you overwritten 
any of the JAR file in Tomcat's lib/ directory?

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

iQIcBAEBCAAGBQJXOkBSAAoJEBzwKT+lPKRYdpsQAMC0atmwVXSLebw5q7hSsgru
ndyLNlLq0MO1WDCggdU+OgWQO/TPsijvoDKgiLpjehrn+T5dBfuAACoerzdtsRiB
BxF8wxAzFbAF51qxxkm4XrGWJqWPCzdG03+ULBeYzIFW+LszQvruS31r+xzjOPSs
e8sgAXJRcEyrkPb/l3bgiAoYoy+nbUVv+mlTQT31mG5YbsefZaquooHWzKlCXYdg
h8MNLYENX9Y5rbAll1KKQBgOHcUC2+j8yNYNPtOWiL++1ykOXL2aqvchZtB/uR5L
p6HrEpzPUKAmsttHOvSXswjky63pGoXr+HjBV9PxVV4QhV/FyCZVheFhse7++6NT
V6BwWX1XH/gHpfHu9JryiKd0+u8bChNrWds9fAMzoK20X11JZb8Yh7vx1EKtDe8k
eeAsQmjzRh0qPW/Dr2LTwFxhYANG3j5ZrUN4uStOHxXhtau/LsddN+jwmSjl1nP9
cz2heQ2nbIoblGAOj2oZH72Zeu6cR0mm0UPqfYvwXgykWyEi//YrB53Viic7+AR1
IKurQiEyDfJjLK2poCnI6PhrlHECdw3eMqtInK1dK1ZESXy7DDHjEnnei5nePqXb
M/e4ZvQXRhsIpVl6ip5MD2qhiGwZrLeC+/d7tmHMxhVMfj0mQPb71Z+MhXZ8NVL9
8+L4NxvuakTFdRk1CQdC
=HnYI
-END PGP SIGNATURE-

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

java.lang.NoSuchMethodError: org.apache.tomcat.util.buf.ByteChunk.findByte

[Venkata Reddy P]

Hi,

I am using tomcat8.0.33 with jre1.8u91,  I am getting the following errors. 
What I am doing wrong?
java.lang.NoSuchMethodError: 
org.apache.tomcat.util.buf.ByteChunk.findByte([BIIB)
java.lang.NoSuchMethodError: 
org.apache.catalina.connector.OutputBuffer.getContentWritten()J


SEVERE: Error processing request
java.lang.NoSuchMethodError: 
org.apache.tomcat.util.buf.ByteChunk.findByte([BIIB)I
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:83)
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:210)
at 
org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:821)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:517)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1095)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1502)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1458)
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)

May 16, 2016 1:54:11 PM 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler process
SEVERE: Error reading request, ignored
java.lang.NoSuchMethodError: 
org.apache.catalina.connector.OutputBuffer.getContentWritten()J
at 
org.apache.catalina.connector.Response.getContentWritten(Response.java:294)
at 
org.apache.catalina.connector.CoyoteAdapter.checkRecycled(CoyoteAdapter.java:704)
at 
org.apache.coyote.http11.AbstractHttp11Processor.recycle(AbstractHttp11Processor.java:1832)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.release(Http11NioProtocol.java:218)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:771)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1502)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1458)
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)

Many thanks.

RE: java.security.NoSuchAlgorithmException: SHA1PRNG SecureRandom not available

[Venkata Reddy P]

Awesome it works. I have tried with jre1.8.91 version and resolves the issue.

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 17 May 2016 00:10
To: Tomcat Users List
Subject: Re: java.security.NoSuchAlgorithmException: SHA1PRNG SecureRandom not 
available

On 16/05/2016 19:30, Venkata Reddy P wrote:
> Hi,
> 
> I am deploying tomcat8.0.33 version with jre1.8u92.   could you please help 
> why I am getting this error?

Broken JRE install? SHA1PRNG is a standard name so all Java 8 JREs should 
support it.

Mark

> 
> INFO: Starting Servlet Engine: Apache Tomcat/8.0.33 May 16, 2016 
> 11:03:16 AM org.apache.catalina.util.SessionIdGeneratorBase 
> createSecureRandom
> SEVERE: Exception initializing random number generator using algorithm 
> [SHA1PRNG]
> java.security.NoSuchAlgorithmException: SHA1PRNG SecureRandom not available
> at sun.security.jca.GetInstance.getInstance(Unknown Source)
> at java.security.SecureRandom.getInstance(Unknown Source)
> at 
> org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom(SessionIdGeneratorBase.java:210)
> at 
> org.apache.catalina.util.SessionIdGeneratorBase.getRandomBytes(SessionIdGeneratorBase.java:174)
> at 
> org.apache.catalina.util.StandardSessionIdGenerator.generateSessionId(StandardSessionIdGenerator.java:34)
> at 
> org.apache.catalina.util.SessionIdGeneratorBase.generateSessionId(SessionIdGeneratorBase.java:167)
> at 
> org.apache.catalina.util.SessionIdGeneratorBase.startInternal(SessionIdGeneratorBase.java:256)
> at 
> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
> at 
> org.apache.catalina.session.ManagerBase.startInternal(ManagerBase.java:719)
> at 
> org.apache.catalina.session.StandardManager.startInternal(StandardManager.java:352)
> at 
> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
> at 
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5268)
> at 
> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
> at 
> org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)
> at 
> org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)
> at java.util.concurrent.FutureTask.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> 
> Thanks in advance.
> 


-
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

java.security.NoSuchAlgorithmException: SHA1PRNG SecureRandom not available

[Venkata Reddy P]

Hi,

I am deploying tomcat8.0.33 version with jre1.8u92.   could you please help why 
I am getting this error?

INFO: Starting Servlet Engine: Apache Tomcat/8.0.33
May 16, 2016 11:03:16 AM org.apache.catalina.util.SessionIdGeneratorBase 
createSecureRandom
SEVERE: Exception initializing random number generator using algorithm 
[SHA1PRNG]
java.security.NoSuchAlgorithmException: SHA1PRNG SecureRandom not available
at sun.security.jca.GetInstance.getInstance(Unknown Source)
at java.security.SecureRandom.getInstance(Unknown Source)
at 
org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom(SessionIdGeneratorBase.java:210)
at 
org.apache.catalina.util.SessionIdGeneratorBase.getRandomBytes(SessionIdGeneratorBase.java:174)
at 
org.apache.catalina.util.StandardSessionIdGenerator.generateSessionId(StandardSessionIdGenerator.java:34)
at 
org.apache.catalina.util.SessionIdGeneratorBase.generateSessionId(SessionIdGeneratorBase.java:167)
at 
org.apache.catalina.util.SessionIdGeneratorBase.startInternal(SessionIdGeneratorBase.java:256)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
at 
org.apache.catalina.session.ManagerBase.startInternal(ManagerBase.java:719)
at 
org.apache.catalina.session.StandardManager.startInternal(StandardManager.java:352)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5268)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)
at 
org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Thanks in advance.

RE: tomcat6.0.43 ajp connector migration to tomcat8.0.33

[Venkata Reddy P]

Many Thanks Again. Can you point me the ajp documentation to understand 
different protocol(BIO, NIO,APR,..) implementations?

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Monday, May 16, 2016 5:13 PM
To: Tomcat Users List
Subject: Re: tomcat6.0.43 ajp connector migration to tomcat8.0.33

On 16/05/2016 07:25, Venkata Reddy P wrote:
> Hi,
> 
> 
> 
> Many Thanks Mark. This is a more of POC release planned for jun-1st week, 
> will give a try with the existing stable release and thanks for suggesting 
> the 8.5.x.
> 
> 
> 
> 1)  As you said, I can see AjpProtocol class as the BIO connector. If I 
> create a customized class SslEnabledBioAjpProtocol extends AjpProtocol, then  
> is the below configuration correct?
> 
>  protocol="org.apache.coyote.ajp.SslEnabledBioAjpProtocol" 
> redirectPort="8443" />

BIO support has been removed in 8.5.x. I suggest you base your implementation 
on the NIO connector.

protocol is the correct attribute to use to configure it.


> 2) In tomcat6, there http connector attribute to define the customized 
> classname using attribute "sSLImplementation".
> 
>  
> sSLImplementation=" 
> org.apache.tomcat.util.net.jsse.Tomcat6SSLImplementation"
> 
> scheme="https" secure="true" />
> 
> is it a still valid attribute in tomcat7.x/tomcat8.x?

It still exists but you should not need to set it unless you are using some 
form of custom TLS implementation. Also, I suspect the API for such a class is 
version specific.

Mark


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

RE: Request for documentation

[Venkata Reddy P]

Hi,

Is it same for tomcat ajp request execution flow?

Thanks
Venkata
-Original Message-
From: Lyallex [mailto:lyal...@gmail.com] 
Sent: Monday, May 16, 2016 3:10 PM
To: Tomcat Users List
Subject: Re: Request for documentation

On 16 May 2016 at 07:49, Violeta Georgieva  wrote:
> Hi,
>
> 2016-05-14 15:06 GMT+03:00 Lyallex :
>>
>> I'm trying to find some documentation that details the request 
>> lifecycle I've looked in the obvious places ... and some not so 
>> obvious ones
>>
>> That is: NOT the servlet lifecycle documentation, this is a different 
>> thing entirely.
>>
>> I need some documentation that details exactly what happens when the 
>> fist bit of a request arrives at the server all the way through to 
>> when the last bit of the response leaves the server. Does any such 
>> documentation exit?
>
> Check this one
> http://tomcat.apache.org/tomcat-8.0-doc/architecture/requestProcess/re
> quest-process.png


Excellent, a UML sequence diagram. By far the most useful UML model type..

Thanks, that's exactly what I was looking for.

+1 as they say on the trendy (but largely useless) web forums.

lyallex


>
>
> Regards,
> Violeta
>
>> Presumably the version of Tomcat is important
>>
>> 7.0.42
>>
>>
>> Thanks in advance
>>
>> -
>> 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

RE: tomcat6.0.43 ajp connector migration to tomcat8.0.33

[Venkata Reddy P]

Hi,



Many Thanks Mark. This is a more of POC release planned for jun-1st week, will 
give a try with the existing stable release and thanks for suggesting the 8.5.x.



1)  As you said, I can see AjpProtocol class as the BIO connector. If I create 
a customized class SslEnabledBioAjpProtocol extends AjpProtocol, then  is the 
below configuration correct?





2) In tomcat6, there http connector attribute to define the customized 
classname using attribute "sSLImplementation".



is it a still valid attribute in tomcat7.x/tomcat8.x?



Thanks

Venkata



-Original Message-

From: Mark Thomas [mailto:ma...@apache.org]

Sent: 14 May 2016 00:04

To: Tomcat Users List

Subject: Re: tomcat6.0.43 ajp connector migration to tomcat8.0.33



On 13/05/2016 17:55, Venkata Reddy P wrote:

> Existing implementation:-

>

> In tomcat6.0.43 version, I have enabled the ssl on AJP connector by

> following the below steps

>

> 1) I did override the class "org.apache.jk.common.ChannelSocket" to 
> "AjpSslChannelSocket extends ChannelSocket "  to enable ssl on ajp port.



Tomcat does not support, and has never supported, AJP with TLS.

AjpSslChannelSocket must be a custom implementation.



> 2) This overridden "AjpSslChannelSocket" class I have configured in 
> server.xml file as below.

>

>  class.channelSocket=" org.apache.jk.common. AjpSslChannelSocket "

> enableLookups="false" maxThreads="150" port="8009"

> protocol="AJP/1.3" tomcatAuthentication="false"/>

>

> I believe, it is a AJP java connector(ChannelSocket) implementation which 
> comes with tomcat6.0.43.  am I correct?



No. See above.



> what kind of ajp connector implementation on class 
> “org.apache.jk.common.ChannelSocket” (APR,NIO,…)?



BIO.



> Migration to:-

>

> Currently I have to do the same on tomcat8.0.33 version to replicate the 
> above implemention to enable ssl on AJP port.



That isn't going to be possible unless you write some custom code.



> 1)  When I look at the tomcat8.0.33 source code, I don’t find any 
> “org.apache.jk” package.

>

> Did “org.apache.jk” replaced with any package?



Roughly, org.apache.coyote.ajp



> 2)  It looks like the ajp connector attribute (class.channelSocket) also 
> not available in tomcat8.0.33.

>

> Do we have any similar attribute to configure customized connector 
> implementation class?



protocol



> 3)  Finally  the class “ChannelSocket” is also missing in tomcat8.0.33.

>

> What class has to be customized in tomcat8.0.33 to enable ssl on ajp port 
> similar to above mentioned tomcat6.0.43 implementation?



Given that 8.0.x will be replaced by 8.5.x fairly soon (within 3-4 months I 
should think) and that their is a major refactoring of the connector code 
between 8.0.x and 8.5.x you should be looking at the 8.5.x code.



Look at the class hierarchy for AbstractAjpProtocol. You'll probably need to 
extend and override one of its sub-classes.



Mark





-

To unsubscribe, e-mail: 
users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

For additional commands, e-mail: 
users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>

tomcat6.0.43 ajp connector migration to tomcat8.0.33

[Venkata Reddy P]

Hi,



Can anyone please help me on this?



Existing implementation:-

In tomcat6.0.43 version, I have enabled the ssl on AJP connector by following 
the below steps



1) I did override the class "org.apache.jk.common.ChannelSocket" to 
"AjpSslChannelSocket extends ChannelSocket "  to enable ssl on ajp port.



2) This overridden "AjpSslChannelSocket" class I have configured in server.xml 
file as below.







I believe, it is a AJP java connector(ChannelSocket) implementation which comes 
with tomcat6.0.43.  am I correct?

what kind of ajp connector implementation on class 
“org.apache.jk.common.ChannelSocket” (APR,NIO,…)?



Migration to:-

Currently I have to do the same on tomcat8.0.33 version to replicate the above 
implemention to enable ssl on AJP port.

1)  When I look at the tomcat8.0.33 source code, I don’t find any 
“org.apache.jk” package.

Did “org.apache.jk” replaced with any package?



2)  It looks like the ajp connector attribute (class.channelSocket) also 
not available in tomcat8.0.33.

Do we have any similar attribute to configure customized connector 
implementation class?



3)  Finally  the class “ChannelSocket” is also missing in tomcat8.0.33.

What class has to be customized in tomcat8.0.33 to enable ssl on ajp port 
similar to above mentioned tomcat6.0.43 implementation?



Much appreciated, please advise me.



Thank

Venkata