cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/logger LoggerBase.java

amyroh 2003/09/27 17:43:28 Modified:catalina/src/share/org/apache/catalina/logger LoggerBase.java Log: Remove debugging logs. Revision ChangesPath 1.6 +4 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/logger/LoggerBa

Prevent directory browsing on tomcat 4

Hello, I hope to be good..:)? I am facing aproblem with tomcat server, version 4 with jdk 1.4: Let us suppose that we have tomcat server running on "localhost" port "80", and have a .war file called testWar contains a web page named "home.jsp" how can I prevent directory browsing when

Re: [PATCH] Bug 22666

Mark Thomas wrote: The usefulness of porting the big patches from TC 5 to a new 4.2 branch depends on the release schedule for TC5. Are we still expecting the final version of JSR152 this month? I don't know. We'll know in a few days :-D If this is the case then I agree that the core of 4.1 shou

RE: [PATCH] Bug 22666

The usefulness of porting the big patches from TC 5 to a new 4.2 branch depends on the release schedule for TC5. Are we still expecting the final version of JSR152 this month? If this is the case then I agree that the core of 4.1 should be frozen for non-critical fixes. However, if a stable rele

[PATCH] Bug 23267

The attached patches address a couple of issue highlighted by bug 23267 - zero length contexts caused a NPE on contextFile.getParentFile() - another exception on contextPath.substring(1) for zero length contexts I also removed the filename.equals("ROOT") test as I couldn't see anywhere in the doc

Jk2 causes segfault with more than 42 channels

My workers2.properties setting up connections to Apache2 works great for up to 42 constructs like: [channel.un:somename] info=AF_UNIX socket connecting to "host" file=/home/somename/jakarta-tomcat/work/jk2.socket debug=0 but as soon as I add the 43rd, Apache segfaults on the restart. Is there

DO NOT REPLY [Bug 23349] - Jakarta FAQ-o-matic link is dead.

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-catalina/webapps/docs introduction.xml

remm2003/09/27 11:35:05 Modified:webapps/docs introduction.xml Log: - Remove dead link. Revision ChangesPath 1.5 +0 -3 jakarta-tomcat-catalina/webapps/docs/introduction.xml Index: introduction.xml =

DO NOT REPLY [Bug 23458] New: - findAncestorWithClass implementation error

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: [PATCH] Bug 23267

Mark Thomas wrote: Thanks for looking at this. I'll look into porting the necessary deployer changes to get this working on TC4. I didn't test with TC 4. Maybe the patch can stand alone by itself, and is relevant. But I know the deployer doesn't handle well similar situations. Remy -

RE: [PATCH] Bug 23267

Thanks for looking at this. I'll look into porting the necessary deployer changes to get this working on TC4. Mark On Saturday, September 27, 2003 1:26 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED] wrote: > Mark Thomas wrote: > > > Resending. I have been having email problems recently. Apologies i

Re: [PATCH] Bug 22666

Mark Thomas wrote: The original bug was reported against TC4 so I have ported the patch in order to close the bug report. TC4 does not include the uRLEncoding parameter on the connector so I have implemented the queryStringEncoding parameter as Remy previously suggested. To make TC5 consistent

RE: [PATCH] Bug 22666

The original bug was reported against TC4 so I have ported the patch in order to close the bug report. TC4 does not include the uRLEncoding parameter on the connector so I have implemented the queryStringEncoding parameter as Remy previously suggested. To make TC5 consistent with TC4, I have add

Re: [PATCH] Bug 23267

Mark Thomas wrote: Resending. I have been having email problems recently. Apologies if this is received twice. The attached patches address a couple of issue highlighted by bug 23267 - zero length contexts caused a NPE on contextFile.getParentFile() - another exception on contextPath.substring(1

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup SetDocBaseRule.java

remm2003/09/27 05:06:32 Modified:catalina/src/share/org/apache/catalina/startup SetDocBaseRule.java Log: - Fix handling of root context when upacking a WAR. Note that obviously using a context path with a WAR which doesn't match the name will result

Re: [PATCH] Bug 23267

Mark Thomas wrote: Resending. I have been having email problems recently. Apologies if this is received twice. The attached patches address a couple of issue highlighted by bug 23267 - zero length contexts caused a NPE on contextFile.getParentFile() - another exception on contextPath.substring(1)

Re: tomcat binary page links not up

Yuri Schimke wrote: This page says 4.1.17. That is wrong it should say 4.1.27. Also is it a good idea to link to the the binaries directly when a hotfix is required? On Sat, 2003-09-27 at 10:59, Tetsuya Kitahata wrote: I fixed ".htaccess" @ jakarta-site2. I think you all won't jump to http://j

Re: tomcat binary page links not up

On Sat, 27 Sep 2003 11:01:21 +0300 (Subject: Re: tomcat binary page links not up) Yuri Schimke <[EMAIL PROTECTED]> wrote: > This page says 4.1.17. You are right. fixed to 4.1.27 Thank you > Also is it a good idea to link to the the binaries directly when a > hotfix is required? Agreed, In suc

[PATCH] Bug 3098 - Port to tc4

Going back through my list of things to do, the port of this patch hasn't yet been committed. Please could one of the committers do this so I can close bug 3098. Thanks, Mark Port of my previous patch to tomcat 4. As previously, I took the opportunity to remove some unused imports. Mark Ind

Re: tomcat binary page links not up

This page says 4.1.17. Also is it a good idea to link to the the binaries directly when a hotfix is required? On Sat, 2003-09-27 at 10:59, Tetsuya Kitahata wrote: > I fixed ".htaccess" @ jakarta-site2. > > I think you all won't jump to > http://jakarta.apache.org/site/binindex.html > http://ja

Re: FW: tomcat binary page links not up

Remy Maucherat wrote: jean-frederic clere wrote: Pier Fumagalli wrote: FYI There is really something wrong. I have clicked in the page http://jakarta.apache.org/site/binindex.html and the links are giving something like: +++ Not Found The requested URL /site/[preferred]/jakarta/taglibs/ was

Re: tomcat binary page links not up

I fixed ".htaccess" @ jakarta-site2. I think you all won't jump to http://jakarta.apache.org/site/binindex.html http://jakarta.apache.org/site/sourceindex.html anymore. -> (redirect to) (http://jakarta.apache.org/site/binindex.cgi http://jakarta.apache.org/site/sourceindex.cgi) It is *HIGHLY

[PATCH] Bug 23267

Resending. I have been having email problems recently. Apologies if this is received twice. The attached patches address a couple of issue highlighted by bug 23267 - zero length contexts caused a NPE on contextFile.getParentFile() - another exception on contextPath.substring(1) for zero length co

Re: FW: tomcat binary page links not up

jean-frederic clere wrote: Pier Fumagalli wrote: FYI There is really something wrong. I have clicked in the page http://jakarta.apache.org/site/binindex.html and the links are giving something like: +++ Not Found The requested URL /site/[preferred]/jakarta/taglibs/ was not found on this serv

Re: FW: tomcat binary page links not up

Pier Fumagalli wrote: FYI There is really something wrong. I have clicked in the page http://jakarta.apache.org/site/binindex.html and the links are giving something like: +++ Not Found The requested URL /site/[preferred]/jakarta/taglibs/ was not found on this server. Apache/2.0.48-dev (Unix) Se