Re: WebSocket progress report
On 01/24/2012 10:15 PM, Mark Thomas wrote: I have made some further headway with this and the latest patch is on people.a.o [1]. How that relates to Servlet spec 3.1? Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52522] New: unable to build nsapi_redirect against oracle iplanet 7.0.13
https://issues.apache.org/bugzilla/show_bug.cgi?id=52522 Bug #: 52522 Summary: unable to build nsapi_redirect against oracle iplanet 7.0.13 Product: Tomcat Connectors Version: 1.2.32 Platform: PC Status: NEW Severity: blocker Priority: P2 Component: nsapi AssignedTo: dev@tomcat.apache.org ReportedBy: ksakhare2...@yahoo.com Classification: Unclassified -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52522] unable to build nsapi_redirect against oracle iplanet 7.0.13
https://issues.apache.org/bugzilla/show_bug.cgi?id=52522 kiran changed: What|Removed |Added OS/Version||All --- Comment #1 from kiran 2012-01-25 08:22:42 UTC --- I download the Oracle iplanet webserver 7.0.13 and try building the nsapi connector by pointing IPLANET_HOME. The build is failing with nsapi.h is missing. I checked in include folder of oracle webserver 7.0.13, the nsapi.h is missing in its include folder, but we have reference in jk_nsapi_plugin.c. Can some one able to build with Oracle iplanet webserver 7.0.13 ? Thanks Kiran sakhare -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52522] unable to build nsapi_redirect against oracle iplanet 7.0.13
https://issues.apache.org/bugzilla/show_bug.cgi?id=52522 kiran changed: What|Removed |Added Priority|P2 |P5 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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: WebSocket progress report
On 25/01/2012 08:11, Mladen Turk wrote: > On 01/24/2012 10:15 PM, Mark Thomas wrote: >> I have made some further headway with this and the latest patch is on >> people.a.o [1]. >> > > How that relates to Servlet spec 3.1? TBD :) Current thinking is that servlet 3.1 will provide some hooks to start and upgrade process but that protocol implementation will be left to the container (rather than providing an API that applications could code to to implement the new protocol). As it happens, I think we have in Tomcat something that could be turned into a generic upgrade API that applications could code to but we need to see how that turns out performance-wise. You'll notice that all the integration points are protocol neutral so we (or anyone else) could easily extend this to support other protocols. The relevant part of the code is in the WebSocketServlet: // Small hack until the Servlet API provides a way to do this. StreamListener listener = createWebSocketConnection(); UpgradeConnection uc = ((RequestFacade) req).doUpgrade(listener); StreamConnection sc = new StreamConnection(uc); listener.setConnection(sc); I'm expecting some form of doUpgrade() method to be added to the HttpServletRequest class but exactly what form that will take is TBD. I believe the plan is to wait until the WebSocket JSR is further along and react to their requirements. Hopefully, the experience of Tomcat, Jetty and others implementing WebSocket will feed into that. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: WebSocket progress report
On 01/25/2012 02:00 PM, Mark Thomas wrote: On 25/01/2012 08:11, Mladen Turk wrote: On 01/24/2012 10:15 PM, Mark Thomas wrote: I have made some further headway with this and the latest patch is on people.a.o [1]. How that relates to Servlet spec 3.1? TBD :) Even if it would not make it into servlet 3.1 it is a _very_ feature to have. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1235745 - in /tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources: test-api-impl/ test-api/ test-webapp-exec/ test-webapp-it/ test-webapp/
Author: olamy Date: Wed Jan 25 13:48:24 2012 New Revision: 1235745 URL: http://svn.apache.org/viewvc?rev=1235745&view=rev Log: missed to remove some directories when moving resources Removed: tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources/test-api/ tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources/test-api-impl/ tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources/test-webapp/ tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources/test-webapp-exec/ tomcat/maven-plugin/trunk/tomcat-maven-archetype/src/main/resources/archetype-resources/test-webapp-it/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1235836 - /tomcat/maven-plugin/trunk/src/site/site.xml
Author: olamy Date: Wed Jan 25 17:17:27 2012 New Revision: 1235836 URL: http://svn.apache.org/viewvc?rev=1235836&view=rev Log: as we talk a lot of about maven :-) add it in the trademark footer Modified: tomcat/maven-plugin/trunk/src/site/site.xml Modified: tomcat/maven-plugin/trunk/src/site/site.xml URL: http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/src/site/site.xml?rev=1235836&r1=1235835&r2=1235836&view=diff == --- tomcat/maven-plugin/trunk/src/site/site.xml (original) +++ tomcat/maven-plugin/trunk/src/site/site.xml Wed Jan 25 17:17:27 2012 @@ -68,7 +68,7 @@ -Apache Tomcat, Tomcat, Apache, the Apache feather, and the Apache Tomcat project logo are trademarks of the Apache Software Foundation. +Apache Tomcat, Tomcat, Apache Maven, Maven, Apache, the Apache feather, and the Apache Tomcat project logo are trademarks of the Apache Software Foundation. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52522] unable to build nsapi_redirect against oracle iplanet 7.0.13
https://issues.apache.org/bugzilla/show_bug.cgi?id=52522 Rainer Jung changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Rainer Jung 2012-01-25 18:51:19 UTC --- Unfortunately Oracle doesn't provide an updated NSAPI guide for 7.0.13. The docs for 7.0.13 contain the NSAPI guide for 7.0.9, which contains in chapter 7: Chapter 7 Data Structure Reference NSAPI uses many data structures that are defined in the nsapi.h header file, which is in the install-dir/include directory. This chapter describes public data structures in nsapi.h So here and in some other inofficial places, they say the file is in the "include" folder contained in the installation directory. Please check, whether you have a complete installation of the iPlanet Webserver and whether the file can't be found. If so, I think you need to open an issue with Oracle. Sorry. Note that the NSAPI plugin isn't a first class citizen in the Tomcat connectors world. Support for the Apache webserver and ISAPI is much better. Basically it works with NSAPI, but many features available when used with Apache or IIS are not implemented for the iPlanet plugin. I will close this ticket, but feel free to reopen if you find explicit information that nsapi.h is expected to be gone and replaced by something else, hopefully that information will also tell us what to include instead. Regards, Rainer -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52529] New: Tomcat stops working after NullPointerException
https://issues.apache.org/bugzilla/show_bug.cgi?id=52529
Bug #: 52529
Summary: Tomcat stops working after NullPointerException
Product: Tomcat 7
Version: 7.0.14
Platform: PC
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: Cluster
AssignedTo: dev@tomcat.apache.org
ReportedBy: dan...@orbisfn.com
Classification: Unclassified
I have a cluster of 2 Tomcats, both are 7.0.14; the config for cluster is as
follows:
It has started running this week. Thus far, every single day both Tomcats go
offline and stop responding at around the same time due to the following error:
Tomcat 1 - 2012-01-25 14:58:09,246 [Tribes-Task-Receiver-3] ERROR
org.apache.catalina.ha.session.DeltaManager- Manager [domain#]: Unable to
receive message through TCP channel
java.lang.NullPointerException
Tomcat 2 - 2012-01-25 15:00:24,427 [Tribes-Task-Receiver-5] ERROR
org.apache.catalina.ha.session.DeltaManager- Manager [other domain#]: Unable to
receive message through TCP channel
java.lang.NullPointerException
This is followed by the following until both are stopped and restarted one at a
time:
2012-01-25 15:05:22,528 [Membership-MemberExpired.] INFO
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector- Received
memberDisappeared[org.apache.catalina.tribes.membership.MemberImpl[tcp://{192,
168, 110, 69}:8000,{192, 168, 110, 69},8000, alive=77417309, securePort=-1, UDP
Port=-1, id={110 7 26 17 -17 -10 79 10 -107 -51 -64 70 -73 -50 116 -102 },
payload={}, command={}, domain={}, ]] message. Will verify.
2012-01-25 15:05:22,528 [Membership-MemberExpired.] INFO
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector- Verification
complete. Member still
alive[org.apache.catalina.tribes.membership.MemberImpl[tcp://{192, 168, 110,
69}:8000,{192, 168, 110, 69},8000, alive=77417309, securePort=-1, UDP Port=-1,
id={110 7 26 17 -17 -10 79 10 -107 -51 -64 70 -73 -50 116 -102 }, payload={},
command={}, domain={}, ]]
2012-01-25 15:07:23,278 [Membership-MemberExpired.] INFO
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector- Received
memberDisappeared[org.apache.catalina.tribes.membership.MemberImpl[tcp://{192,
168, 110, 69}:8000,{192, 168, 110, 69},8000, alive=77538070, securePort=-1, UDP
Port=-1, id={110 7 26 17 -17 -10 79 10 -107 -51 -64 70 -73 -50 116 -102 },
payload={}, command={}, domain={}, ]] message. Will verify.
2012-01-25 15:07:23,279 [Membership-MemberExpired.] INFO
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector- Verification
complete. Member still
alive[org.apache.catalina.tribes.membership.MemberImpl[tcp://{192, 168, 110,
69}:8000,{192, 168, 110, 69},8000, alive=77538070, securePort=-1, UDP Port=-1,
id={110 7 26 17 -17 -10 79 10 -107 -51 -64 70 -73 -50 116 -102 }, payload={},
command={}, domain={}, ]]
This is becoming a hurdle for our platform and I'm not sure where the problem
happens as there's no stack trace in the causing exception. Is it possible to
modify Tomcat's cluster logic to be highly fault tolerant? It seems that taking
down whole Tomcat because something had happened during session sync to be a
bad and quite dangerous logic.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- 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
DO NOT REPLY [Bug 52529] Tomcat stops working after NullPointerException
https://issues.apache.org/bugzilla/show_bug.cgi?id=52529 Daniil changed: What|Removed |Added CC||dan...@orbisfn.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52530] New: Incorrectly accept many url-pattern on a single servlet-mapping in web.xml
https://issues.apache.org/bugzilla/show_bug.cgi?id=52530 Bug #: 52530 Summary: Incorrectly accept many url-pattern on a single servlet-mapping in web.xml Product: Tomcat 5 Version: 5.5.26 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: dev@tomcat.apache.org ReportedBy: giuse...@eppesuigoccas.homedns.org Classification: Unclassified Dear tomcat developers, I need to map the same servlet on two different url. I used netbeans 7.0.1 for managing my whole project, so I used its friendly interface to modify the web.xml file. What netbeans created is this: fred *.jsp /url This is read by tomcat 5.5 without emitting any error, but only the second pattern works, while the first one is ignored. Googling I found that the right way for tomcat 5.5 is this one: fred *.jsp fred /url And this seems to be right way because tomcat 5.5 is bound to Servlet 2.4. Spec for Servlet 2.5, on note SRV.19.0.3 titled «Multiple Occurrences of Servlet Mappings», says: Previous versions of the servlet schema allows only a single url-pattern or servlet name per servlet mapping. For servlets mapped to multiple URLs this results in needless repetition of whole mapping clauses. So, I think tomcat 5.5 should emit an error for this broken web.xml file. Thanks, Giuseppe -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52529] Tomcat stops working after NullPointerException
https://issues.apache.org/bugzilla/show_bug.cgi?id=52529 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Konstantin Kolinko 2012-01-25 22:47:45 UTC --- 1. You should consider upgrading. The issue looks like bug 51306 that is already fixed 6 months ago, but without a stacktrace it is hard to tell. Maybe you can reconfigure your logging to get more info. 2. As documented, Bugzilla is not a support forum. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52530] Incorrectly accept many url-pattern on a single servlet-mapping in web.xml
https://issues.apache.org/bugzilla/show_bug.cgi?id=52530 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Konstantin Kolinko 2012-01-25 23:06:00 UTC --- 1. Tomcat 5.5 implements Servlet Specification 2.4 [1] The syntax you tried to use was introduced in 2.5. 2. Tomcat 5.5 is near its end of life. New features won't be implemented. 3. Tomcat 7 does validation of web.xml against schema if you enable STRICT_SERVLET_COMPLIANCE mode. [1] http://tomcat.apache.org/whichversion.html -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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
DO NOT REPLY [Bug 52500] Improve client certificate authentication
https://issues.apache.org/bugzilla/show_bug.cgi?id=52500 --- Comment #12 from Michael 2012-01-26 04:22:58 UTC --- Dear Mark, On the second mind: if you will agree for my suggestion to provide OOTB both SubjectAlternativeNameRetriever and SubjectDnRetriever you will not need to support users transforms by full class name. The SubjectAlternativeNameRetriever and SubjectDnRetriever provide all required information from x509 certificate. I do not believe it will be required to add transforms by users. I will happy for your comments. Best regards, Michael -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- 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: WebSocket progress report
On 24.01.2012 22:15, Mark Thomas wrote: I have made some further headway with this and the latest patch is on people.a.o [1]. Looks nice, especially I like that the integration into the existing code base isn't very complex. Good work! Thanks also for all the additional explanations. Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
