DO NOT REPLY [Bug 7681] New: - Tomcat does not work properly in multithread environment

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7605] - Class loaders doesn't seem to load .zip libraries

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://nagoya.apache.org/bugzilla/show_bu

Re: Another proposal for java.ext.dirs

Costin, [EMAIL PROTECTED] wrote: > Are you sure we need all this ? The .sh/.bat is already too complex. > > A simple check ( in java ) for the things that we care about should be > more than enough, adding another config option and env variable is too > much. > I have to admit that using

DO NOT REPLY [Bug 7676] New: - Allow name property to use match experssions in tag, or tag

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

costin 02/04/01 16:42:11 Modified:jk/native/apache-2.0 mod_jk.c Log: If jk config is broken, report the error - but don't exit. Revision ChangesPath 1.41 +4 -4 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c =

Classloader issue with Embedded tomcat and WAR deployment

I'm making a tomcat 4.0.3 module for netbeans, and I'm running into an odd problem with the org.apache.catalina.loader.WebappClassLoader. I'm utilizing the Embedded class to build my server, and I'm using the HostConfig mechanism for rolling in WAR files. I have no trouble loading individual s

Re: EJB + Tomcat?

On Tue, 2002-04-02 at 02:49, Craig R. McClanahan wrote: > I don't know of anyone who has expressed interest in doing this directly > within Tomcat. I do know that Tomcat is (or can be) integrated with other > EJB servers -- such as the J2EE Reference Implementation and JBoss -- to > provide acces

Re: Another proposal for java.ext.dirs

Patrick, Are you sure we need all this ? The .sh/.bat is already too complex. A simple check ( in java ) for the things that we care about should be more than enough, adding another config option and env variable is too much. The intent of the ext/ is to simplify the user's life - so they do

Another proposal for java.ext.dirs

All, I admit my previous method for protecting Tomcat from conflicting system extensions proved to be a bit flawed. However, I still would like to add some protection against these conflicts since this tends to be a difficult to diagnose problem for a lot of new Tomcat users. On the other

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

On Mon, 1 Apr 2002, Patrick Luby wrote: > Remy and Costin, > > I will reverse the patch since there are enough -1s on this. One > question: should we continue to set the "-Djava.ext.dirs=" in the > wrapper scripts? This disables the extensions but without any code > change to Tomcat. Or do we

Re: Mod_jk v/s mod_webapp

"James Williamson" <[EMAIL PROTECTED]> wrote: > Umm, I posted a bug about this, what about the now infamous 404 (Apache > started after Tomcat issue) and the fact that the manager app doesn't work > when you try to create a new application due to apache indexing the apps when > it starts. The onl

cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

patrickl02/04/01 11:51:32 Modified:catalina/src/bin catalina.bat catalina.sh setclasspath.bat setclasspath.sh tool-wrapper.bat tool-wrapper.sh catalina/src/share/org/apache/catalina/startup Bootstrap.java Tool.java

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

Remy and Costin, I will reverse the patch since there are enough -1s on this. One question: should we continue to set the "-Djava.ext.dirs=" in the wrapper scripts? This disables the extensions but without any code change to Tomcat. Or do we want to revert back to the original scripts where the

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

> > Fine, but your change creates problems (Jasper does not work on JDK 1.4 > > unless you delete common/endorsed/xerces.jar). I don't know why at this > > time, but it should be fixed ASAP. > > > > (Note: I don't care too much about this functionality ... Adding another CL > > layer is dangerous

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

On Mon, 1 Apr 2002, Patrick Luby wrote: > BTW, I can eliminate the use of a separate classloader and put the > jre/lib/ext directory in the existing catalinaLoader and sharedLoader > instances. However, to do this, I need to change the getClassPath() > method in JspEngineContext.java so that it r

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

Remy, Remy Maucherat wrote: > > Fine, but your change creates problems (Jasper does not work on JDK 1.4 > unless you delete common/endorsed/xerces.jar). I don't know why at this > time, but it should be fixed ASAP. > > (Note: I don't care too much about this functionality ... Adding another CL

DO NOT REPLY [Bug 7413] - java.io.CharConversionException om file upload, 4.0.4 Beta 2

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7664] - Coyote Connector Losing POST content

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5762] - CGI servlet misses to include port number in HTTP_HOST environment variable

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://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

On Mon, 1 Apr 2002, Patrick Luby wrote: > Costin, > > The problem with the default JVM behavior can cause your application to > crash or behave in unexpected ways if there are incompatible jars > installed in the jre/lib/ext directory. Then report the bug to the JVM people :-) > The method

DO NOT REPLY [Bug 7664] New: - Coyote Connector Losing POST content

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.4.txt

remm02/04/01 10:19:56 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.4.txt Log: - Update release notes. Revision ChangesPath No revision No revision 1.1.2.3 +7 -1 jakarta-tomcat-4.0/Attic/RELEASE-N

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

> Remy Maucherat wrote: > > > > My first concern is that Tomcat always can at least run no matter what > > extensions that user has installed. Whether or not those extensions are > > accessible to Tomcat is, IMHO, a feature that we may or may not want to > > include. > > Quitely dropping extensi

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java

remm02/04/01 10:17:43 Modified:catalina/src/share/org/apache/catalina/servlets Tag: tomcat_40_branch WebdavServlet.java Log: - Avoid doing unecessary lists operations. - Patch submitted by Ewout Prangsma . Revision ChangesPath No

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java

remm02/04/01 10:12:39 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: - Avoid doing unecessary lists operations. - Patch submitted by Ewout Prangsma . Revision ChangesPath 1.28 +25 -24 jakarta-tomcat

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

Remy Maucherat wrote: > > Adding another CL layer is dangerous and makes CL slower; > unless other people think this is useful I don't think we > should add the feature) > Another option is to use the manifest version tags to identify which versions of the servletapi (and other sensitive class

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalOutputBuffer.java

remm02/04/01 09:50:46 Modified:http11/src/java/org/apache/coyote/http11 InternalOutputBuffer.java Log: - Fix problems handling null strings. - isNull wasn't a good way to test the type of the MB (use getType instead). Revision ChangesPath 1.

Depth bug in WebdavServlet.doPropfind

Hello all, Can some tomcat developer include this bug-fix in the WebdavServlet code. The doPropfind goes one level too deep with list(...) requests. This results in a list operations of each sub-context, while I'm only asking for a list of the context itself. I've taken tomcat 4.0.2 as source

DO NOT REPLY [Bug 6621] - mod_webapp hangs when transmitting binary (eg. image) 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://nagoya.apache.org/bugzilla/show_bu

Is Tyrex included in Tomcat 4.0.3

Hi, I am trying to use the JDBC pool feature of Tomcat 4.0.3. I am using the tomcat4-4.0.3 rpm packages on a RH 7.2 box. Firstly I can not find the tyrex-0.9.7.jar in the tomcat release. Secondly, when I copied a tyrex-0.9.7.jar in $CATALINA_HOME/common/lib, the JDBC pool I specified in stil

Bug 3534: Binary File Bug in Tomcat 4 Warp.jar

Hello, When will the binary bug in the Warp connector be put in the Tomcat repository ? I do not have the expertise to make a new build from the CVS repository. Does anyone have a warp.jar with the binary fix in for use in Tomcat 4.0.2? Best Regards, John Banister -- To unsubscribe, e-mail

Re: Mod_jk v/s mod_webapp

> David Graff <[EMAIL PROTECTED]> wrote: > > > Thanks for the pointer on that documentation. I was wondering where the > > Javadoc style comments were being used at. > > You welcome... > > > I still don't think the question was really answered though as to the > > motivation of mod_webapp versus

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

> Costin, > > The problem with the default JVM behavior can cause your application to > crash or behave in unexpected ways if there are incompatible jars > installed in the jre/lib/ext directory. > > The method that we are using is still compliant with the JDK > documentation in that we are using

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

Costin, The problem with the default JVM behavior can cause your application to crash or behave in unexpected ways if there are incompatible jars installed in the jre/lib/ext directory. The method that we are using is still compliant with the JDK documentation in that we are using the documen

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

I would be -1 on this - the JDK documentation clearly defines the intended behavior of the ext directory, and this would create confusion and unpredictible behavior. I expect a file in ext/ to be included _before_ tomcat classes - the way java documents it. ( I don't use ext/, but classloader

Re: Question: does Tomcat4 manage jsp/servlet threads?

On Mon, 1 Apr 2002, Hugh J. L. wrote: > Date: Mon, 1 Apr 2002 00:15:36 -0800 (PST) > From: Hugh J. L. <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Question: does Tomcat4 manage jsp/servlet threads? > > Hi,

Re: EJB + Tomcat?

I don't know of anyone who has expressed interest in doing this directly within Tomcat. I do know that Tomcat is (or can be) integrated with other EJB servers -- such as the J2EE Reference Implementation and JBoss -- to provide access to EJBs from Tomcat-based servlets. Writing an EJB container

DO NOT REPLY [Bug 7662] New: - javax.servlet.ServletContext;

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7656] New: - Webapplications deployed using PUT don't survive a tomcat restart

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7654] New: - Exception in preInit - java.lang.ClassCastException

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://nagoya.apache.org/bugzilla/show_bu