DO NOT REPLY [Bug 35128] - Cannot pass "-ea" to Tomcat JRE

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Vote for Refactoring ManagerBase/DeltaManager

Hi Filip, Am 24.04.2006 um 20:19 schrieb Filip Hanik - Dev Lists: Peter Rossbach wrote: OK, I have no real problem to made my changes at 6.0 base first, but it is really stable? I see that Connector change currently and this can be a problem. Quick integration tests with connector that are

Re: [VOTE] Tomcat v5.5.17 Stability

Am 24.04.2006 um 20:15 schrieb Yoav Shapira: Hey dudes and dudettes, Our test candidate v5.5.17-beta has been available for a little more than a week now. I hope you've had time to test it. If so, please vote on its stability below. If you haven't had time to test it, this vote will run for

Re: [VOTE] Tomcat v5.5.17 Stability

On Apr 24, 2006, at 2:15 PM, Yoav Shapira wrote: Hey dudes and dudettes, Our test candidate v5.5.17-beta has been available for a little more than a week now. I hope you've had time to test it. If so, please vote on its stability below. If you haven't had time to test it, this vote will run

Re: Vote for Refactoring ManagerBase/DeltaManager

Peter Rossbach wrote: OK, I have no real problem to made my changes at 6.0 base first, but it is really stable? I see that Connector change currently and this can be a problem. Quick integration tests with connector that are new is not funny. What are the next developing steps at 6.0? It is the

[VOTE] Tomcat v5.5.17 Stability

Hey dudes and dudettes, Our test candidate v5.5.17-beta has been available for a little more than a week now. I hope you've had time to test it. If so, please vote on its stability below. If you haven't had time to test it, this vote will run for about 3 days, so you can get some testing in quic

Re: Vote for Refactoring ManagerBase/DeltaManager

OK, I have no real problem to made my changes at 6.0 base first, but it is really stable? I see that Connector change currently and this can be a problem. Quick integration tests with connector that are new is not funny. What are the next developing steps at 6.0? It is the right time to chang

Re: Vote for Refactoring ManagerBase/DeltaManager

Peter Rossbach wrote: Yes, thing a real refactoring must start at ManagerBase. Then we get a better interface for easier subclassing Manager like DeltaManager at existing cluster and ha modules and other implementation like JBoss. I thing we have now some options: a) Refactoring at tomcat 5

Re: Tomcat & JDK for PDA arm processor

Costin, If it's the java util collection classes you mean, they were included from 1.2 and higher weren't they ? For the XML parser crimson was needed, because it was a 1.3 compliant JDK. Agreed about them not being in the spec, but things like basic/form auth are in the spec and they can be

Re: Tomcat & JDK for PDA arm processor

Looks interesting, pretty good footprint. One correction - none of the features you mention are part of the Servlet spec actually, at least AFAIK. My understanding is that JNDI is required only if running in a J2EE env, and reloading, JSP, SSL, clustering are not required. How did you get it to r

Vote for Refactoring ManagerBase/DeltaManager

Yes, thing a real refactoring must start at ManagerBase. Then we get a better interface for easier subclassing Manager like DeltaManager at existing cluster and ha modules and other implementation like JBoss. I thing we have now some options: a) Refactoring at tomcat 5.5 later port to 6.0 b)

svn commit: r396579 - in /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11: Http11BaseProtocol.java Http11Processor.java Http11Protocol.java

Author: remm Date: Mon Apr 24 08:32:40 2006 New Revision: 396579 URL: http://svn.apache.org/viewcvs?rev=396579&view=rev Log: - Refactor using the new java.io endpoint. Hopefully, I did not make any mistake. - I will now test a bit, and will attempt to extract superclasses (most likely BaseEndpoi

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

Filip Hanik - Dev Lists wrote: Peter doesn't think so, this is his quote: "Yes! As you look at the code duplication, a change at DeltaManager/DeltaSession goes hand in hand with major changes at ManagerBase/StandardManager/StandardSession. A lot of method must be spilt. I think it is a refacto

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: there is no need to create a branch as we have a replacement module modules/ha with the exact same code base, that was created so that refactoring could be done on clustering code. This new module is the obvious choice for refactoring, and if

DO NOT REPLY [Bug 39396] New: - OPTIONS request on directory with no default file reports an incorrect list of allowed HTTP verbs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

Filip Hanik - Dev Lists wrote: there is no need to create a branch as we have a replacement module modules/ha with the exact same code base, that was created so that refactoring could be done on clustering code. This new module is the obvious choice for refactoring, and if successful, we can vo

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

there is no need to create a branch as we have a replacement module modules/ha with the exact same code base, that was created so that refactoring could be done on clustering code. This new module is the obvious choice for refactoring, and if successful, we can vote to backport or not to the sta

Re: Tomcat & JDK for PDA arm processor

(Forgive a shameless plug, but seems it might be relevant to this thread) I just thought I'd mention Winstone (winstone.sourceforge.net) for this application too - there have been some people running it successfully on J2ME CDC 1.0 PP 1.0. It also lets you cut out some parts of the spec you do

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

Technical issues aside, refactoring of stable code is best done in a SVN branch, so that it can be totally independent of anything else. Thus, development can happen there, people can see what is going on, and at some future time decide on whether or not to merge that into the then-current stable

Re: svn commit: r395980 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/session/ManagerBase.java webapps/docs/changelog.xml

Guys, can we keep this to *technical* discussions? A Veto is a Serious Thing, and requires good solid reasons for it. But the only arguments that have any weight are technical ones, not personal or otherwise. - To unsubscribe, e-

DO NOT REPLY [Bug 37054] - NoClassDefFoundError using ServletContextListener WITH CUSTOM LOADER

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37054] - NoClassDefFoundError using ServletContextListener WITH CUSTOM LOADER

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38877] - Loader tag in server.xml induces a wrong class loading scheme

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37054] - NoClassDefFoundError using ServletContextListener WITH CUSTOM LOADER

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37302] - Custom context loader unable to find Tomcat jar files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37302] - Custom context loader unable to find Tomcat jar files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37302] - Custom context loader unable to find Tomcat jar files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39390] New: - Instead we want to display our cusotm error message

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu