Hi Chris,
Am 05.02.2016 um 23:56 schrieb Christopher Schultz:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Rainer,
On 2/5/16 9:38 AM, Rainer Jung wrote:
Am 04.02.2016 um 23:44 schrieb Rainer Jung:
Am 03.02.2016 um 10:05 schrieb Mark Thomas:
The proposed Apache Tomcat 8.0.32 release is now available for
voting.
The main changes since 8.0.30 are:
- Restore the default for mapperContextRootRedirectEnabled to
true
- Update the packaged version of the Tomcat Native Library to
1.2.4 to pick up the Windows binaries that are based on OpenSSL
1.0.2e
- Expand session attribute filtering on load/unload to all
managers
It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.32/
The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1
063/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_32/
The proposed 8.0.32 release is:
[ ] Broken - do not release [ ] Stable - go ahead and release
as 8.0.32
Preliminary result: I see a hang in
org.apache.tomcat.util.net.TestSsl for NIO2. It hangs now since
about 4 hours. Stack:
[junit] "main" prio=3 tid=0x0002a800 nid=0x2 runnable
[0xfdf7d000] [junit] java.lang.Thread.State: RUNNABLE [junit]
at java.net.SocketInputStream.socketRead0(Native Method) [junit]
at java.net.SocketInputStream.read(SocketInputStream.java:152)
[junit] at
java.net.SocketInputStream.read(SocketInputStream.java:122)
[junit] at
sun.security.ssl.InputRecord.readFully(InputRecord.java:442)
[junit] at
sun.security.ssl.InputRecord.read(InputRecord.java:480) [junit]
at
sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
[junit] - locked <0xe6b5b818> (a java.lang.Object)
[junit] at
sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:891)
[junit] at
sun.security.ssl.AppInputStream.read(AppInputStream.java:102)
[junit] - locked <0xe6b75ee0> (a
sun.security.ssl.AppInputStream) [junit] at
sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283)
[junit] at
sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) [junit]
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) [junit]
- locked <0xe6b76748> (a java.io.InputStreamReader) [junit]
at sun.nio.cs.StreamDecoder.read0(StreamDecoder.java:126) [junit]
- locked <0xe6b76748> (a java.io.InputStreamReader) [junit]
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:112) [junit]
at java.io.InputStreamReader.read(InputStreamReader.java:168)
[junit] at
org.apache.tomcat.util.net.TestSsl.doRequest(TestSsl.java:159)
[junit] at
org.apache.tomcat.util.net.TestSsl.testRenegotiateWorks(TestSsl.java:
133)
Due to truss the thread reads from the following connection
127.0.0.1.47878 127.0.0.1.47877 49152 0 49152
0 ESTABLISHED 127.0.0.1.47877 127.0.0.1.47878 49152
0 49306 0 ESTABLISHED
The thread dump does not contain any frames that belong to the
client (as far as I can judge).
This is somewhat reproducible for me using Java 1.7.0_80. It
occurred 2 times during 10 iterations of only running TestSsl. With
Java 1.0.8_72 it does not happen during 20 runs. So it seems to be
a Java 7 SSL reneg issue.
Is TestSsl a part of the stock unit tests, or is this your own test?
I'd be happy to test in my environment(s) as well.
It is test/org/apache/tomcat/util/net/TestSsl.java one of our standard
unit tests.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
