svn commit: r567165 - /tomcat/trunk/java/org/apache/catalina/loader/VirtualWebappLoader.java

Author: fhanik Date: Fri Aug 17 15:52:56 2007 New Revision: 567165 URL: http://svn.apache.org/viewvc?view=rev&rev=567165 Log: required a little bit more touchup Modified: tomcat/trunk/java/org/apache/catalina/loader/VirtualWebappLoader.java Modified: tomcat/trunk/java/org/apache/catalina/loa

svn commit: r567163 - /tomcat/trunk/java/org/apache/catalina/loader/VirtualWebappLoader.java

Author: fhanik Date: Fri Aug 17 15:47:38 2007 New Revision: 567163 URL: http://svn.apache.org/viewvc?view=rev&rev=567163 Log: Fix NPE if no classpath is set Modified: tomcat/trunk/java/org/apache/catalina/loader/VirtualWebappLoader.java Modified: tomcat/trunk/java/org/apache/catalina/loader/

DO NOT REPLY [Bug 40042] - When mcastBindAddress is set and disabling/enabling interface on Win get infinite NoRouteToHostException

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

svn commit: r567156 - in /tomcat/trunk: ./ java/org/apache/catalina/loader/ java/org/apache/catalina/startup/

Author: fhanik Date: Fri Aug 17 14:49:50 2007 New Revision: 567156 URL: http://svn.apache.org/viewvc?view=rev&rev=567156 Log: Added in the ability to name classloaders in Tomcat Added: tomcat/trunk/java/org/apache/catalina/loader/NamedClassLoader.java Modified: tomcat/trunk/build.xml

Re: Rolling 5.5.25?

Peter Rossbach wrote: Hi Filip, yes, the "out of session sync" is the real cluster issue. We must find a way that member can see, that the other member come back. We must extend the current membership protocol to give receiver a chance that a member come back after a io problem or restart. Bu

Re: exception in tomcat 5.5.23

do you by any chance have a reproducible test case? If so, then file bug in bugzilla, http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205 Filip Boris Shulman wrote: Hi I'm getting the following exception in tomcat 5.5.23: Aug 17, 2007 3:31:20 PM org.apache.coyote.http11.Http11Pro

Re: Rolling 5.5.25?

Hi Filip, yes, the "out of session sync" is the real cluster issue. We must find a way that member can see, that the other member come back. We must extend the current membership protocol to give receiver a chance that a member come back after a io problem or restart. But I have no idea to g

Re: Rolling 5.5.25?

Peter Rossbach wrote: Hi Filip, OK, but second is a real problem and frist you fix ;-) Can you fix it as we call checkExpire at the RecoveryThread? I don't know about this one, I could call checkExpire, but if the datagram socket is down, then is the expiration real? I guess this should be don

svn commit: r567117 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership: McastService.java McastServiceImpl.java

Author: fhanik Date: Fri Aug 17 12:36:19 2007 New Revision: 567117 URL: http://svn.apache.org/viewvc?view=rev&rev=567117 Log: back port from trunk, recovery options and retain membership Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java tomcat/t

svn commit: r567115 - in /tomcat/trunk/java/org/apache/catalina/tribes/membership: McastService.java McastServiceImpl.java

Author: fhanik Date: Fri Aug 17 12:34:03 2007 New Revision: 567115 URL: http://svn.apache.org/viewvc?view=rev&rev=567115 Log: Enable configuration of all properties, including the recovery turn/on/off Modified: tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java tom

DO NOT REPLY [Bug 43003] - Separate dependent component download and build targets

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: Rolling 5.5.25?

Hi Filip, OK, but second is a real problem and frist you fix ;-) Can you fix it as we call checkExpire at the RecoveryThread? Peter Am 17.08.2007 um 21:11 schrieb Filip Hanik - Dev Lists: There are a few drawbacks to my current implementation that I need to think about, these are 1. I al

svn commit: r567113 - /tomcat/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java

Author: fhanik Date: Fri Aug 17 12:12:46 2007 New Revision: 567113 URL: http://svn.apache.org/viewvc?view=rev&rev=567113 Log: don't reset the membership during a recovery, otherwise we lose all info on the surrounding members Modified: tomcat/trunk/java/org/apache/catalina/tribes/membership

Re: Rolling 5.5.25?

There are a few drawbacks to my current implementation that I need to think about, these are 1. I also reset the membership map, this should probably not be done at all 2. During a failure, since I invoked stop, to reset the thread, I am no longer sending out "member disappared" messages, as th

Re: Rolling 5.5.25?

hi Peter, here is the SVN link http://svn.apache.org/viewvc?view=rev&revision=567104 basically what I do, in the receiver/sender thread, if an error happens, I increment a counter. this counter also gets decremented upon success. after X number of consecutive failures, I launch a new thread, ca

Re: Rolling 5.5.25?

HI Filip, can you explain your 6.0.x fix ((http://issues.apache.org/bugzilla/ show_bug.cgi?id=40042).) a little bit, please? I think we hava only a chance to recover membership after cluster membership send failure, to reopen the socket. Here my current cluster 5.5 fix: == public class

svn commit: r567105 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java

Author: fhanik Date: Fri Aug 17 11:41:58 2007 New Revision: 567105 URL: http://svn.apache.org/viewvc?view=rev&rev=567105 Log: merge back from trunk Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java Modified: tomcat/tc6.0.x/trunk/java/org/apache

svn commit: r567104 - /tomcat/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java

Author: fhanik Date: Fri Aug 17 11:33:08 2007 New Revision: 567104 URL: http://svn.apache.org/viewvc?view=rev&rev=567104 Log: Added in a recovery service to the membership layer. if the network card gets disabled or something similar happens, it tries to recover the service Modified: tomcat

Re: Rolling 5.5.25?

OK, great. Weekend is no problem, but having a few days between committing and tagging is even better. Rainer Filip Hanik - Dev Lists wrote: Rainer Jung wrote: Looks like an active weekend then ;) I'm sorry, I just reread friday. Friday next week is totally fine. No one should have to work o

Re: Rolling 5.5.25?

Rainer Jung wrote: Looks like an active weekend then ;) I'm sorry, I just reread friday. Friday next week is totally fine. No one should have to work on a weekend. also, for the mcast problem, I'm implementing a fix in 6.0 and 6.x, you should be able to copy that one Filip I think that wil

Re: Rolling 5.5.25?

Looks like an active weekend then ;) I think that will suffice. Regards, Rainer Filip Hanik - Dev Lists wrote: sounds good, lets shoot for Tue or Wed next week then Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For add

Re: Rolling 5.5.25?

sounds good, lets shoot for Tue or Wed next week then Filip Rainer Jung wrote: Hi Filip, although it would be OK to tag 5.5.25 today, Peter and I still have two open bugs we are discussing. One of them is simpler to fix, namely a better multicast restart in the 5.5 cluster, once the heartb

DO NOT REPLY [Bug 43150] - Tomcat and path with pound sign (#) -> ClassNotFoundException

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: Rolling 5.5.25?

Hi Filip, although it would be OK to tag 5.5.25 today, Peter and I still have two open bugs we are discussing. One of them is simpler to fix, namely a better multicast restart in the 5.5 cluster, once the heartbeat got broken (http://issues.apache.org/bugzilla/show_bug.cgi?id=40042). The o

DO NOT REPLY [Bug 43155] New: - commons-logging-api.jar in catalina.sh unnecessary ?

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

exception in tomcat 5.5.23

Hi I'm getting the following exception in tomcat 5.5.23: Aug 17, 2007 3:31:20 PM org.apache.coyote.http11.Http11Processor process SEVERE: Error finishing request java.lang.ArrayIndexOutOfBoundsException: -45 at org.apache.coyote.http11.filters.ChunkedInputFilter.parseChunkHeader(ChunkedInp

Re: svn commit: r565463 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/valves/ webapps/docs/

OK, the 6.x port is on my agenda :-) Many thanks Peter Am 17.08.2007 um 14:03 schrieb Takayuki Kaneko: Hi Peter, Thanks for quick fix. :-) I confirmed that this fix was well. BTW, I made a patch for same change on tc6. http://issues.apache.org/bugzilla/show_bug.cgi?id=43154 Regards, On 8

Re: svn commit: r565463 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/valves/ webapps/docs/

Hi Peter, Thanks for quick fix. :-) I confirmed that this fix was well. BTW, I made a patch for same change on tc6. http://issues.apache.org/bugzilla/show_bug.cgi?id=43154 Regards, On 8/17/07, Peter Rossbach <[EMAIL PROTECTED]> wrote: > Hi Takayuki, > > Argg, you are right and I find the proble

DO NOT REPLY [Bug 43154] - forward port from 5.5.x to 6.x about AccessLogValve

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 43154] New: - forward port from 5.5.x to 6.x about AccessLogValve

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: How to restrict access to particular files in Tomcat 4.1?

In my Tomcat 4.1 Server, there is a file named connection.ini and it contains all the details about database connection. Users can access it by typing http://URL:8080/connection.ini. So it should be restricted and only users should not get access to that file. Finally thank you for your kind rep

Re: svn commit: r565463 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/valves/ webapps/docs/

Hi Takayuki, Argg, you are right and I find the problem. Only the CoyoteAdaptor flush the CoyoteResponse buffer. Arrg! Please check newest 5.5 dev trunk. regards peter Hint: The content length of jsp-examples/index.html between 5.5.23 and 5.5 trunk is not the same after Marks lisence upda

svn commit: r567009 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: connector/ valves/

Author: pero Date: Fri Aug 17 03:54:37 2007 New Revision: 567009 URL: http://svn.apache.org/viewvc?view=rev&rev=567009 Log: Fix problem with uncorrect access log content length after my 64 bit change. CoyoteResponse BytesWritten only correct after CoyoteAdapter finishResponse flush the buffer :-

svn commit: r567007 - /tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/index.html

Author: pero Date: Fri Aug 17 03:34:34 2007 New Revision: 567007 URL: http://svn.apache.org/viewvc?view=rev&rev=567007 Log: Fix typo at first line :-) Modified: tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/index.html Modified: tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/exa

Re: How to restrict access to particular files in Tomcat 4.1?

Please use the user list for this topic. (With more details describing your situation) In the meantime look at - Servlet Filters - Security Declarations in web.xml () -Tim BNArun wrote: Could any one tell me the way of restricting access to particular files in Tomcat 4.1? -

How to restrict access to particular files in Tomcat 4.1?

Could any one tell me the way of restricting access to particular files in Tomcat 4.1? -- View this message in context: http://www.nabble.com/How-to-restrict-access-to-particular-files-in-Tomcat-4.1--tf4284732.html#a12196842 Sent from the Tomcat - Dev mailing list archive at Nabble.com.

Re: svn commit: r565463 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/valves/ webapps/docs/

Hi, Peter. I noticed that AccessLogValve cannot print the byte size correctly after your patch. ex.) /jsp-examples/index.html is 16764 bytes. before applying patch. 127.0.0.1 - - [17/Aug/2007:17:58:21 +0900] "GET /jsp-examples/index.html HTTP/1.1" 200 16764 after applying patch. 127.0.0.1 - - [