DO NOT REPLY [Bug 37313] New: - Using class already loaded

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 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app

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: Fwd: FarmWarDeployer

Thanks for the replies. Your and Peter's reasoning make sense. Hot deploy feels very attractive for quick and easy bugfixes, but the risks of doing that in a production environment are fairly great. Sounds like I will be using a setup very similar to Peter's for production. Thanks again, Brian O'R

Re: Fwd: FarmWarDeployer

It is ready, but it is also very basic. like it only deploys .war files, and as with any prod app, I would recommend not using hot deploy in production anyway Filip Brian O'Rourke wrote: Trying the dev list... -- Forwarded message -- From: Brian O'Rourke <[EMAIL PROTECTED]>

svn commit: r329853 - /tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java

Author: costin Date: Mon Oct 31 08:39:42 2005 New Revision: 329853 URL: http://svn.apache.org/viewcvs?rev=329853&view=rev Log: First step of the refactoring. Replaced byte[], int start, int end with a ByteBuffer. Replaced all the code using the byte[] with the equivalent. Compiles - but I haven'

svn commit: r329852 - in /tomcat/sandbox/java/org/apache/tomcat/util/buf/res: ./ LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties

Author: costin Date: Mon Oct 31 08:38:34 2005 New Revision: 329852 URL: http://svn.apache.org/viewcvs?rev=329852&view=rev Log: Forgot to copy res - without it it doesn't work. Added: tomcat/sandbox/java/org/apache/tomcat/util/buf/res/ tomcat/sandbox/java/org/apache/tomcat/util/buf/res/L

Re: Status/Authority of AJP/1.5

so the dynamic mapping is the solution, and it seems that's why original jk developpers decided to handling JkMount by hand. 2005/10/30, Costin Manolache <[EMAIL PROTECTED]>: > On 10/29/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > > using AJP or HTTP or WHATEVERP protocol you want, the current ne