Re: [VOTE] Release Apache Tomcat 8.0.21
The proposed 8.0.21 release is: [ ] Broken - do not release [X] Stable - go ahead and release as 8.0.21 Used to test Standard Taglib on OS X, Java 1.8 and to test examples. — Jeremy - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat 8.0.21
Hi, 2015-03-23 16:59 GMT+02:00 Mark Thomas ma...@apache.org: The proposed Apache Tomcat 8.0.21 release is now available for voting. The main changes since 8.0.20 are: - Enable Tomcat to detect when a WAR file has been changed while Tomcat is not running. - Add support for Java 8 JSSE server-preferred TLS cipher suite ordering. This feature requires Java 8. - Update to Tomcat Native Library version 1.1.33 to pick up the Windows binaries that are based on OpenSSL 1.0.1m and APR 1.5.1 - Implement a new feature for AJP connectors - Tomcat Authorization. If enabled Tomcat will take an authenticated user name from the AJP protocol and use the appropriate Realm for the request to authorize (i.e. add roles) to that user. 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/tc8.0.x/trunk/webapps/docs/changelog.xml It can be obtained from: https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.21/ The Maven staging repo is: https://repository.apache.org/content/repositories/orgapachetomcat-1039/ The svn tag is: http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_21/ The proposed 8.0.21 release is: [ ] Broken - do not release [X] Stable - go ahead and release as 8.0.21 Checked with applications that use the new specifications features. Regards, Violeta - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Created] (MTOMCAT-294) Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces
Sebastian Kempken created MTOMCAT-294: - Summary: Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces Key: MTOMCAT-294 URL: https://issues.apache.org/jira/browse/MTOMCAT-294 Project: Apache Tomcat Maven Plugin Issue Type: Bug Affects Versions: 3.0 Environment: Windows 8 Reporter: Sebastian Kempken When invoking the tomcat8:run goal on a Java web project, the execution fails if the Java runtime is installed in a path containing spaces (see attached stacktrace). This affects the as-yet unreleased Maven Tomcat 8 plugin (tc8.x branch). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Commented] (MTOMCAT-294) Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces
[ https://issues.apache.org/jira/browse/MTOMCAT-294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14379652#comment-14379652 ] Sebastian Kempken commented on MTOMCAT-294: --- Fix available as Pull Request: https://github.com/apache/tomcat-maven-plugin/pull/16 Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces -- Key: MTOMCAT-294 URL: https://issues.apache.org/jira/browse/MTOMCAT-294 Project: Apache Tomcat Maven Plugin Issue Type: Bug Affects Versions: 3.0 Environment: Windows 8 Reporter: Sebastian Kempken Attachments: MTOMCAT-294-stacktrace.txt When invoking the tomcat8:run goal on a Java web project, the execution fails if the Java runtime is installed in a path containing spaces (see attached stacktrace). This affects the as-yet unreleased Maven Tomcat 8 plugin (tc8.x branch). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57653] APR/native crash during HTTP upgrade
https://bz.apache.org/bugzilla/show_bug.cgi?id=57653 --- Comment #15 from Mark Thomas ma...@apache.org --- Upgrading tc-native will avoid the crash but may still experience a bug where Tomcat doesn't recognise that a connection is ready for read/write. You'll need Tomcat 7.0.60 onwards for that part of the fix. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57653] APR/native crash during HTTP upgrade
https://bz.apache.org/bugzilla/show_bug.cgi?id=57653 --- Comment #16 from Pavel pavel.re...@gmail.com --- Got it. Do you have an ETA for tomcat 7.0.60? Thanks again for the quick reply. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Updated] (MTOMCAT-294) Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces
[ https://issues.apache.org/jira/browse/MTOMCAT-294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Kempken updated MTOMCAT-294: -- Attachment: MTOMCAT-294-stacktrace.txt Attached stacktrace that shows the described error. Maven goal of tomcat8:run fails if Java runtime is installed in path containing spaces -- Key: MTOMCAT-294 URL: https://issues.apache.org/jira/browse/MTOMCAT-294 Project: Apache Tomcat Maven Plugin Issue Type: Bug Affects Versions: 3.0 Environment: Windows 8 Reporter: Sebastian Kempken Attachments: MTOMCAT-294-stacktrace.txt When invoking the tomcat8:run goal on a Java web project, the execution fails if the Java runtime is installed in a path containing spaces (see attached stacktrace). This affects the as-yet unreleased Maven Tomcat 8 plugin (tc8.x branch). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Time for 7.0.60
Hi, 2015-03-05 21:39 GMT+02:00 Violeta Georgieva violet...@apache.org: Hi, I plan to start preparing 7.0.60 for voting. If you want to add something to this release please reply here. Do we wait for something else here or I can start preparing 7.0.60 for voting? Regards, Violeta
[Bug 57653] APR/native crash during HTTP upgrade
https://bz.apache.org/bugzilla/show_bug.cgi?id=57653 --- Comment #14 from Pavel pavel.re...@gmail.com --- I saw that 1.1.33 was released - just wanted to confirm, can this be used with tomcat 7? or must i upgrade the tomcat as well? (I thought the fix was in the tc-native dll itself). currently using tomcat 7.0.54. Thanks. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GitHub] tomcat-maven-plugin pull request: Fixes MTCOMCAT-294: Add URL deco...
GitHub user skempken opened a pull request: https://github.com/apache/tomcat-maven-plugin/pull/16 Fixes MTCOMCAT-294: Add URL decoding to fix file lookup for paths containing spaces Adds necessary URL decoding for file paths containing spaces. This fixes MTOMCAT-294. You can merge this pull request into a Git repository by running: $ git pull https://github.com/skempken/tomcat-maven-plugin fix-url-decoding Alternatively you can review and apply these changes as the patch at: https://github.com/apache/tomcat-maven-plugin/pull/16.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #16 commit 4aeaddbf56f53d84a1b890a245c1bb3bdce11536 Author: Sebastian Kempken sebastian.kemp...@adesso.de Date: 2015-03-25T08:52:54Z Add URL decoding to fix file lookup for paths containing spaces --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat 8.0.21
2015-03-23 15:59 GMT+01:00 Mark Thomas ma...@apache.org: The proposed 8.0.21 release is: [ ] Broken - do not release [X] Stable - go ahead and release as 8.0.21 Rémy
Re: [VOTE] Release Apache Tomcat 8.0.21
The proposed 8.0.21 release is: [ ] Broken - do not release [ X ] Stable - go ahead and release as 8.0.21 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57758] New: Validator and initSQL are misbehaving
https://bz.apache.org/bugzilla/show_bug.cgi?id=57758 Bug ID: 57758 Summary: Validator and initSQL are misbehaving Product: Tomcat Modules Version: unspecified Hardware: PC Status: NEW Severity: normal Priority: P2 Component: jdbc-pool Assignee: dev@tomcat.apache.org Reporter: viit.nov...@gmail.com Saying it simply: Validator + initSQL = no initSQL executed. Validator + no initSQL = no Validator executed on init To be clear, setting Validator and initSQL results in initSQL actually not being executed. But setting Validator without initSQL results in Validator not being executed on initialization. This means, that if we want to use custom Validator and initSQL, we need to execute initSQL in the validator (as advised in #1) but still set some initSQL into datasource with some nonsense like: setValidator(new Jdbc4Validator(config.initSql)); setInitSQL(Oracle has products and solutions for every role in the enterprise); See PooledConnection#validate(int, String), and PooledConnection.doValidate(int) for VALIDATE_INIT in tomcat-jdbc-8.0.9. #1 http://mail-archives.apache.org/mod_mbox/tomcat-users/201412.mbox/%3CCAAjH2Utn2KL_nzQRCy=0mpxmtqvflwlidir_5s9w6o6z7me...@mail.gmail.com%3E -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Time for 7.0.60
Violetta, On 3/25/15 6:21 AM, Violeta Georgieva wrote: Hi, 2015-03-05 21:39 GMT+02:00 Violeta Georgieva violet...@apache.org: Hi, I plan to start preparing 7.0.60 for voting. If you want to add something to this release please reply here. Do we wait for something else here or I can start preparing 7.0.60 for voting? I think we're good. I would encourage you to bundle tcnative 1.1.33 with it if that hasn't already been updated. -chris signature.asc Description: OpenPGP digital signature
[Bug 57759] New: keyAlias definition is incorrect, does not appear to work properly
https://bz.apache.org/bugzilla/show_bug.cgi?id=57759 Bug ID: 57759 Summary: keyAlias definition is incorrect, does not appear to work properly Product: Tomcat 7 Version: trunk Hardware: PC OS: Mac OS X 10.1 Status: NEW Severity: normal Priority: P2 Component: Connectors Assignee: dev@tomcat.apache.org Reporter: andrewlanec...@gmail.com keyAlias Definition from: https://tomcat.apache.org/tomcat-7.0-doc/config/http.html The alias used to for the server certificate in the keystore. If not specified the first key read in the keystore will be used. Wouldn't this lead you to believe if no alias is specified it will use the first key in the keystore? This is not the case. Steps to recreate: Create a keystore using the recommended method: %JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA (This will generate ${user.home}/.keystore if it does not exist. If it does, specify the keystore value.) Start tomcat with the default SSL connector defined, no keyAlias value specified, and the keystore we created previous specified as the keystoreFile. It will use the cert in the file. Add another cert (specify different name and values to differentiate between the two) to the keystore with : %JAVA_HOME%\bin\keytool -genkey -alias tomcat2 -keyalg RSA Shutdown and restart the tomcat instance. Access the SSL site localhost:8443, inspect the cert. You will see it is not the first certificate in the keystore like the document leads you to believe, but the last one added, no matter how many you add. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat 8.0.21
Mark, On 3/23/15 10:59 AM, Mark Thomas wrote: The proposed Apache Tomcat 8.0.21 release is now available for voting. The main changes since 8.0.20 are: - Enable Tomcat to detect when a WAR file has been changed while Tomcat is not running. - Add support for Java 8 JSSE server-preferred TLS cipher suite ordering. This feature requires Java 8. - Update to Tomcat Native Library version 1.1.33 to pick up the Windows binaries that are based on OpenSSL 1.0.1m and APR 1.5.1 - Implement a new feature for AJP connectors - Tomcat Authorization. If enabled Tomcat will take an authenticated user name from the AJP protocol and use the appropriate Realm for the request to authorize (i.e. add roles) to that user. 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/tc8.0.x/trunk/webapps/docs/changelog.xml It can be obtained from: https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.21/ The Maven staging repo is: https://repository.apache.org/content/repositories/orgapachetomcat-1039/ The svn tag is: http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_21/ The proposed 8.0.21 release is: [ ] Broken - do not release [X] Stable - go ahead and release as 8.0.21 Details: Seems to work well for our applications in a development environment. * Environment * Java (build): java version 1.7.0_76 Java(TM) SE Runtime Environment (build 1.7.0_76-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.76-b04, mixed mode) * Java (test): java version 1.7.0_76 Java(TM) SE Runtime Environment (build 1.7.0_76-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.76-b04, mixed mode) * OS: Linux 2.6.32-312-ec2 x86_64 * cc: cc (Debian 4.7.2-5) 4.7.2 * make: GNU Make 3.81 * OpenSSL: OpenSSL 1.0.1e 11 Feb 2013 (with security patches: equiv 1.0.1m) * APR: 1.4.6 * * Valid MD5 signature for apache-tomcat-8.0.21.zip * Valid GPG signature for apache-tomcat-8.0.21.zip * Valid MD5 signature for apache-tomcat-8.0.21.tar.gz * Valid GPG signature for apache-tomcat-8.0.21.tar.gz * Valid MD5 signature for apache-tomcat-8.0.21.exe * Valid GPG signature for apache-tomcat-8.0.21.exe * Valid MD5 signature for apache-tomcat-8.0.21-src.zip * Valid GPG signature for apache-tomcat-8.0.21-src.zip * Valid MD5 signature for apache-tomcat-8.0.21-src.tar.gz * Valid GPG signature for apache-tomcat-8.0.21-src.tar.gz * * Binary Zip and tarball: Same * Source Zip and tarball: Same * * Building dependencies returned: 0 * tcnative builds cleanly * Tomcat builds cleanly * Junit Tests: FAILED * * Tests that failed: (and are known to fail in my environment due to multicast issues) org.apache.catalina.session.TestStandardSession.APR.txt org.apache.catalina.session.TestStandardSession.BIO.txt org.apache.catalina.session.TestStandardSession.NIO.txt org.apache.catalina.session.TestStandardSession.NIO2.txt org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.APR.txt org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.BIO.txt org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.NIO.txt org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.NIO2.txt org.apache.catalina.tribes.group.TestGroupChannelSenderConnections.APR.txt org.apache.catalina.tribes.group.TestGroupChannelSenderConnections.BIO.txt org.apache.catalina.tribes.group.TestGroupChannelSenderConnections.NIO.txt org.apache.catalina.tribes.group.TestGroupChannelSenderConnections.NIO2.txt org.apache.catalina.tribes.group.TestGroupChannelStartStop.APR.txt org.apache.catalina.tribes.group.TestGroupChannelStartStop.BIO.txt org.apache.catalina.tribes.group.TestGroupChannelStartStop.NIO.txt org.apache.catalina.tribes.group.TestGroupChannelStartStop.NIO2.txt org.apache.catalina.tribes.group.interceptors.TestNonBlockingCoordinator.APR.txt org.apache.catalina.tribes.group.interceptors.TestNonBlockingCoordinator.BIO.txt org.apache.catalina.tribes.group.interceptors.TestNonBlockingCoordinator.NIO.txt org.apache.catalina.tribes.group.interceptors.TestNonBlockingCoordinator.NIO2.txt org.apache.catalina.tribes.group.interceptors.TestOrderInterceptor.APR.txt org.apache.catalina.tribes.group.interceptors.TestOrderInterceptor.BIO.txt org.apache.catalina.tribes.group.interceptors.TestOrderInterceptor.NIO.txt org.apache.catalina.tribes.group.interceptors.TestOrderInterceptor.NIO2.txt org.apache.catalina.tribes.group.interceptors.TestTcpFailureDetector.APR.txt org.apache.catalina.tribes.group.interceptors.TestTcpFailureDetector.BIO.txt org.apache.catalina.tribes.group.interceptors.TestTcpFailureDetector.NIO.txt org.apache.catalina.tribes.group.interceptors.TestTcpFailureDetector.NIO2.txt signature.asc Description: OpenPGP digital signature
[Bug 57750] WebSocket does not get closed when network is disconnected
https://bz.apache.org/bugzilla/show_bug.cgi?id=57750 --- Comment #4 from Christopher Schultz ch...@christopherschultz.net --- (In reply to Mark Thomas from comment #3) Thanks Chris. I hadn't joined up those dots. *** This bug has been marked as a duplicate of bug 57546 *** FTR, bug #57546 was fixed in 7.0.59. Please upgrade and re-test. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GUMP@vmgump]: Project tomcat-native-make (in module tomcat-native) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-native-make has an issue affecting its community integration. This issue affects 5 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-native-make : Tomcat native library using Apache Portable Runtime - tomcat-native-make-install : Tomcat native library using Apache Portable Runtime - tomcat-tc7.0.x-test-apr : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-tc8.0.x-test-apr : Tomcat 8.x, a web server implementing the Java Servlet 3.1, ... - tomcat-trunk-test-apr : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-native/tomcat-native-make/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/tomcat-native/tomcat-native-make/gump_work/build_tomcat-native_tomcat-native-make.html Work Name: build_tomcat-native_tomcat-native-make (Type: Build) Work ended in a state of : Failed Elapsed: 12 secs Command Line: make [Working Directory: /srv/gump/public/workspace/tomcat-native/native] - /bin/bash /srv/gump/public/workspace/apr-1/dest-20150326/build-1/libtool --silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX -D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -I/srv/gump/public/workspace/tomcat-native/native/include -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/srv/gump/public/workspace/openssl/dest-20150326/include -I/srv/gump/public/workspace/apr-1/dest-20150326/include/apr-1 -o src/proc.lo -c src/proc.c touch src/proc.lo /bin/bash /srv/gump/public/workspace/apr-1/dest-20150326/build-1/libtool --silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX -D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -I/srv/gump/public/workspace/tomcat-native/native/include -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/srv/gump/public/workspace/openssl/dest-20150326/include -I/srv/gump/public/workspace/apr-1/dest-20150326/include/apr-1 -o src/shm.lo -c src/shm.c touch src/shm.lo /bin/bash /srv/gump/public/workspace/apr-1/dest-20150326/build-1/libtool --silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX -D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -I/srv/gump/public/workspace/tomcat-native/native/include -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/srv/gump/public/workspace/openssl/dest-20150326/include -I/srv/gump/public/workspace/apr-1/dest-20150326/include/apr-1 -o src/ssl.lo -c src/ssl.c touch src/ssl.lo /bin/bash /srv/gump/public/workspace/apr-1/dest-20150326/build-1/libtool --silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX -D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -I/srv/gump/public/workspace/tomcat-native/native/include -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/srv/gump/public/workspace/openssl/dest-20150326/include -I/srv/gump/public/workspace/apr-1/dest-20150326/include/apr-1 -o src/sslcontext.lo -c src/sslcontext.c touch src/sslcontext.lo /bin/bash /srv/gump/public/workspace/apr-1/dest-20150326/build-1/libtool --silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX -D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -I/srv/gump/public/workspace/tomcat-native/native/include -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/srv/gump/public/workspace/openssl/dest-20150326/include -I/srv/gump/public/workspace/apr-1/dest-20150326/include/apr-1 -o src/sslinfo.lo -c src/sslinfo.c touch src/sslinfo.lo In file included from /srv/gump/public/workspace/openssl/dest-20150326/include/openssl/crypto.h:130:0, from /srv/gump/public/workspace/openssl/dest-20150326/include/openssl/comp.h:5, from /srv/gump/public/workspace/openssl/dest-20150326/include/openssl/ssl.h:149, from /srv/gump/public/workspace/tomcat-native/native/include/ssl_private.h:44, from src/sslinfo.c:29: src/sslinfo.c: In function 'lookup_ssl_cert_dn': src/sslinfo.c:181:59: error: dereferencing pointer to incomplete type (xsname-entries)); j++) { ^
[Bug 57761] New: WebSocket client won't connect to URLs that don't end in a slash (/)
https://bz.apache.org/bugzilla/show_bug.cgi?id=57761 Bug ID: 57761 Summary: WebSocket client won't connect to URLs that don't end in a slash (/) Product: Tomcat 8 Version: trunk Hardware: PC Status: NEW Severity: normal Priority: P2 Component: WebSocket Assignee: dev@tomcat.apache.org Reporter: palmer...@gmail.com The following program won't work on Tomcat's WebSocket client jars, both 8.0.20 and Trunk: public class App2 { @ClientEndpoint public static class Client { @OnOpen public void onOpen(Session s) throws Exception { System.out.println(Sending PING); s.getBasicRemote().sendText(PING); } @OnMessage public void onMessage(Session s, String msg) throws Exception { System.out.println(GOT: + msg); Thread.sleep(1000); s.getBasicRemote().sendText(PING); System.out.println(Sending PING); } } public static void main(final String[] args) throws Exception { ContainerProvider.getWebSocketContainer().connectToServer( Client.class, URI.create(ws://echo.websocket.org)); Thread.sleep(Long.MAX_VALUE); } } It fails with: Exception in thread main javax.websocket.DeploymentException: The HTTP request to initiate the WebSocket connection failed at org.apache.tomcat.websocket.WsWebSocketContainer.connectToServer(WsWebSocketContainer.java:357) at org.apache.tomcat.websocket.WsWebSocketContainer.connectToServer(WsWebSocketContainer.java:164) at org.apache.tomcat.websocket.WsWebSocketContainer.connectToServer(WsWebSocketContainer.java:181) at io.davinci.test_sync_gateway_websocket.App2.main(App2.java:31) Caused by: java.io.EOFException at org.apache.tomcat.websocket.WsWebSocketContainer.processResponse(WsWebSocketContainer.java:606) at org.apache.tomcat.websocket.WsWebSocketContainer.connectToServer(WsWebSocketContainer.java:309) ... 3 more If you add a slash to the end of the URL, however, it connects. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57762] New: WebSocket client doesn't detect forceful connection failures
https://bz.apache.org/bugzilla/show_bug.cgi?id=57762 Bug ID: 57762 Summary: WebSocket client doesn't detect forceful connection failures Product: Tomcat 8 Version: 8.0.20 Hardware: PC OS: Mac OS X 10.1 Status: NEW Severity: normal Priority: P2 Component: WebSocket Assignee: dev@tomcat.apache.org Reporter: palmer...@gmail.com It appears that the WebSocket client can't detect when a connection is forcefully closed. Given the following example program: public class App2 { @ClientEndpoint public static class Client { @OnClose public void onClose() { System.out.println(CLOSED); } @OnError public void onError(Throwable t) { System.out.println(ERROR: + t); } } public static void main(final String[] args) throws Exception { final WebSocketContainer container = ContainerProvider.getWebSocketContainer(); System.out.println(Container: + container); container.connectToServer( Client.class, URI.create(ws://echo.websocket.org/)); Thread.sleep(Long.MAX_VALUE); } } I then modified /etc/hosts so that echo.websocket.org resolved to localhost. I then set up an SSH tunnel to direct local port 80 to echo.websocket.org (which is 174.129.224.73): sudo ssh me@someserver -L 80:174.129.224.73:80 I then started the program. It connected. Next, I killed the SSH session. Neither the onClosed on onError methods were invoked. When I tested the same program running on Tyrus 1.10, however, onClose was invoked with a CloseReason 10006 - Closed Abnormally. I think the Tyrus behavior is correct - the socket is dead and the program should be notified. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57762] WebSocket client doesn't detect forceful connection failures
https://bz.apache.org/bugzilla/show_bug.cgi?id=57762 --- Comment #1 from palmer...@gmail.com --- I tested this on Tomcat 8.0.20. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.0.x) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-tc8.0.x-test-nio2 has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-tc8.0.x-test-nio2 : Tomcat 8.x, a web server implementing the Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.native.src.tgz. -DEBUG- Dependency on commons-daemon exists, no need to add for property tomcat-native.tar.gz. -INFO- Failed with reason build failed -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/logs-NIO2 -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs The following work was performed: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2.html Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2 (Type: Build) Work ended in a state of : Failed Elapsed: 29 mins 50 secs Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-NIO2 -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz -Dexamples.sources.skip=true -Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.4-201406061215/ecj-4.4.jar -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20150325.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150325-native-src.tar.gz -Dtest.temp=output/test-tmp-NIO2 -Dtest.accesslog=true -Dexecute.test.nio=false -Dtest.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20150325/bin /openssl -Dexecute.test.bio=false -Dexecute.test.apr=false -Dtest.excludePerformance=true -Dexecute.test.nio2=true -Deasymock.jar=/srv/gump/public/workspace/easymock/easymock/target/easymock-3.4-SNAPSHOT.jar -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar -Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test [Working Directory: /srv/gump/public/workspace/tomcat-8.0.x] CLASSPATH: /usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.0.x/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja r:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-jni.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/bu ild/lib/tomcat