Mark,

On 9/24/14 5:07 PM, Mark Thomas wrote:
> The proposed Apache Tomcat 8.0.14 release is now available for voting.
> 
> The main changes since 8.0.12 are:
> - Windows service runner, Windows service manager and Windows installer
>   are digitally signed with the new ASF code signing service
> - Implement Java WebSocket 1.1
> - Improvements to start times by reducing overhead of annotation
>   scanning
> - Optional RFC6265 compliant cookie parser (Note that this is
>   experimental and that the configuration options for this will change
>   in the next release)
> 
> There is also the usual collection of bug fixes, new features and
> performance improvements. For full details, see the changelog:
> http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml
> 
> It can be obtained from:
> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.14/
> The Maven staging repo is:
> https://repository.apache.org/content/repositories/orgapachetomcat-1022/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_14/
> 
> The proposed 8.0.14 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.0.14

Build/test went okay, and things seem to be running smoothly on a
standard web application with no new features like Websocket, Comet, etc.

Details:
Debian Linux 7.0 (Wheezy)
java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)

md5(apache-tomcat-8.0.14.zip): Matches
GPG verify (apache-tomcat-8.0.14.zip): Matches
md5(apache-tomcat-8.0.14.tar.gz): Matches
GPG verify (apache-tomcat-8.0.14.tar.gz): Matches
md5(apache-tomcat-8.0.14.exe): Matches
GPG verify (apache-tomcat-8.0.14.exe): Matches
Binary Zip and tarball:Same
md5(apache-tomcat-8.0.14-src.zip): Matches
GPG verify (apache-tomcat-8.0.14-src.zip): Matches
md5(apache-tomcat-8.0.14-src.tar.gz): Matches
GPG verify (apache-tomcat-8.0.14-src.tar.gz): Matches
Source Zip and tarball:Same

tcnative builds with warnings (we should probably fix some of these)

Checkstyle is happy

Tomcat builds with deprecation and unchecked warnings

Tomcat tests build with deprecation warnings

Some test fail. On my system the "tribes" tests always fail, likely due
to missing multicast support, etc. I have failures in the following tests:

tarball/apache-tomcat-8.0.14-src/output/build/logs/TEST-org.apache.catalina.session.TestStandardSession.APR.txt:Tests
run: 2, Failures: 0, Errors: 1, Time elapsed: 4.219 sec
tarball/apache-tomcat-8.0.14-src/output/build/logs/TEST-org.apache.catalina.session.TestStandardSession.BIO.txt:Tests
run: 2, Failures: 0, Errors: 1, Time elapsed: 1.777 sec
tarball/apache-tomcat-8.0.14-src/output/build/logs/TEST-org.apache.catalina.session.TestStandardSession.NIO2.txt:Tests
run: 2, Failures: 0, Errors: 1, Time elapsed: 7.179 sec
tarball/apache-tomcat-8.0.14-src/output/build/logs/TEST-org.apache.catalina.session.TestStandardSession.NIO.txt:Tests
run: 2, Failures: 0, Errors: 1, Time elapsed: 3.036 sec

The details of the failures are all of the following type:

25-Sep-2014 10:49:05.654 SEVERE [main]
org.apache.catalina.tribes.transport.nio.
NioReceiver.start Unable to start cluster receiver
 java.net.BindException: Cannot assign requested address
        at sun.nio.ch.Net.bind0(Native Method)
        at sun.nio.ch.Net.bind(Net.java:444)
        at sun.nio.ch.Net.bind(Net.java:436)
        at
sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:
214)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:67)
        at
org.apache.catalina.tribes.transport.ReceiverBase.bind(ReceiverBase.j
ava:184)

This appears to be the same problem I have in my environment with
multicase/tribes, so I suspect these issues are environmental in nature.

Some additional notes on the unit tests:

I noticed this during the test-bio run:

    [junit] Write length: 1, Buffered: n, Time: 50309480ns
    [junit] Write length: 1, Buffered: y, Time: 63297451ns
    [junit] Write length: 10, Buffered: n, Time: 952385ns
    [junit] Write length: 10, Buffered: y, Time: 1253882ns
    [junit] Write length: 100, Buffered: n, Time: 643847ns
    [junit] Write length: 100, Buffered: y, Time: 763425ns
    [junit] Write length: 1000, Buffered: n, Time: 616628ns
    [junit] Write length: 1000, Buffered: y, Time: 734361ns
    [junit] Write length: 10000, Buffered: n, Time: 627050ns
    [junit] Write length: 10000, Buffered: y, Time: 723313ns
    [junit] Write length: 100000, Buffered: n, Time: 749909ns
    [junit] Write length: 100000, Buffered: y, Time: 770355ns

Whatever we are buffering, it's not helping ;)

Several tests fail during test-bio, but they all seem to be non-blocking
so maybe they aren't supposed to fail:

org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
for servlet error threw exception
    [junit]  javax.servlet.ServletException: Opps.
    [junit]     at
org.apache.catalina.core.TestAsyncContextImpl$ErrorServlet.doGet(TestAsyncContextImpl.java:1028)
    [junit]     at
javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
    [junit]     at
javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

Note that "oops" is misspelled. :)

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to