tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <ch...@christopherschultz.net>
Subject Re: [VOTE] Release Apache Tomcat 8.0.32
Date Mon, 08 Feb 2016 14:22:05 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rainer,

On 2/5/16 6:59 PM, Rainer Jung wrote:
> 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:89
1)
>>>>
>>>>
>>
>>>> 
[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.jav
a:
>>
>>>> 
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.

Ok. FWIW, no issues in my environment (Java 1.8, 64-bit Linux).

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

iEYEARECAAYFAla4pI0ACgkQ9CaO5/Lv0PCxVwCfS+kIml6zfuegay/H1UwV3vaE
hbgAn26WZ5v0XjQZe4TIKWwdznemos2i
=KMlh
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message