DO NOT REPLY [Bug 8189] New: - Having jdk1.3.1_03 instead of jdk1.3.1_01

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 8187] New: - Errors when Tomcat used with MS Access database

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/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

billbarker02/04/16 22:49:59 Modified:catalina/src/share/org/apache/catalina/core ApplicationHttpRequest.java catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: Attempt to port the 3.3.x logic to 4.x

TC4: qn about requestdispatcher forwards and input streams

I'd appreciate it if someone can clarify whether the following is a bug in TC4 or not. I have a servlet whose doPost() implementation simply gets hold of a requestdispatcher and invokes forward() on it. The form that is posted contains a couple of name/value parameters. The forwarded-to servlet

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

billbarker02/04/16 19:44:11 Modified:.RELEASE-NOTES-3.3.2.txt Log: Document 8099 fix. Revision ChangesPath 1.3 +2 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt Index: RELEASE-NOTES-3.3.2.txt ==

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

billbarker02/04/16 19:41:49 Modified:src/share/org/apache/tomcat/modules/generators StaticInterceptor.java Log: Preserve the query string when doing a redirect to the index page. Reported as bug #8099 against 4.0 Reported by: Jurgen Mossgraber [EMAIL P

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspReader.java Parser.java

kinman 02/04/16 18:42:54 Modified:jasper2/src/share/org/apache/jasper/compiler JspReader.java Parser.java Log: - Implemented attribute parser in Parser.java. Next step is to clean up JspReader.java and remove now unused methods. Revision Changes

Re: [4.0-HEAD] JSP source exposure ?

Pier Fumagalli <[EMAIL PROTECTED]> wrote: > Anyhow, under OS/X with HFS filesystem, something like foo.JsP returns the > original source of the page... Can be fixed comparing file.getAbsolutePath() and file.getCanonicalPath(), or at least it looks like it from brief tests... Pier (time 2 go

Re: [4.0-HEAD] JSP source exposure ?

Pier Fumagalli <[EMAIL PROTECTED]> wrote: > Craig R. McClanahan <[EMAIL PROTECTED]> wrote: > >> IIRC, this is the same as what we saw the last time this kind of thing >> showed up -- and it was ultimately because of the filesystem logic on the >> underlying OS. Such a runtime written in C (like

Re: [4.0-HEAD] JSP source exposure ?

Craig R. McClanahan <[EMAIL PROTECTED]> wrote: > IIRC, this is the same as what we saw the last time this kind of thing > showed up -- and it was ultimately because of the filesystem logic on the > underlying OS. Such a runtime written in C (like most Unix stuff is) will > not have any problem a

DO NOT REPLY [Bug 8180] - SSL connection fails

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/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

remm02/04/16 16:45:55 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: - Log errors and rethrow exceptions when initializing the endpoint. Revision ChangesPath 1.7 +7 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java

remm02/04/16 16:45:14 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java Log: - Tweak the value of the "secure" and the "clientauth" attributes, to make the SSL configuration identical to what it was before. Revision Changes

DO NOT REPLY [Bug 8180] New: - ssl connection fails

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: [4.0-HEAD] JSP source exposure ?

On Tue, 16 Apr 2002, Remy Maucherat wrote: > Date: Tue, 16 Apr 2002 15:09:11 -0700 > From: Remy Maucherat <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: [4.0-HEAD] JSP source exposure ? > > > I had a few

DO NOT REPLY [Bug 4217] - Mis-named SetCharacterEncodingFilter.clas in distro

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: [4.0-HEAD] JSP source exposure ?

> I had a few spare minutes so I went ahead and grabbed last night's build. > > I ran it on Red Hat Linux 7.2 and can confirm the report. > > Requesting foo.jsp%00.txt gets you the source. > > Requesting foo.jsp%00 gets you a strange page that includes some html > widgets and some of the jsp sourc

DO NOT REPLY [Bug 8177] - HttpServlet getParameter

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/coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java

remm02/04/16 14:59:36 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java Log: - Return 400 if there is a null byte in the decoded URI. Revision ChangesPath 1.4 +7 -4 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/Co

DO NOT REPLY [Bug 8177] New: - HttpServlet getParameter

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: [4.0-HEAD] JSP source exposure ?

I had a few spare minutes so I went ahead and grabbed last night's build. I ran it on Red Hat Linux 7.2 and can confirm the report. Requesting foo.jsp%00.txt gets you the source. Requesting foo.jsp%00 gets you a strange page that includes some html widgets and some of the jsp source too. Surpr

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

remm02/04/16 14:44:34 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: - Add log for more attributes. Revision ChangesPath 1.6 +5 -0 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java Inde

[4.0-HEAD] JSP source exposure ?

Hi, I got a report about a URL based exploit against the nightly builds for TC 4 (4.0-HEAD). Basically, accessing foo.jsp%00 (or foo.jsp%00.txt) is supposed to get the source code for foo.jsp. I cannot reproduce the problem when Tomcat is running on Windows (I get a 404 for that kind of URLs). H

Tomcat4.x/IIS confusion

Please allow me to apologize up front but I've read the bug reports (Bug #5647 ) and there seems to contradictory information on whether this is fixed or not This comment on 3/26/2002 seems most relevant: > > The bug was corrected in CVS version 1.7 of > AJP13Request.java only - solution 1

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java ServerLifecycleListener.java

amyroh 02/04/16 13:27:37 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java ServerLifecycleListener.java Log: Service parameter is required to find the right connector mbean to remove for destroyMBean(connector). Temporarily connects t

cvs commit: jakarta-tomcat-4.0 build.properties.sample

remm02/04/16 13:16:45 Modified:.build.properties.sample Log: - Update to Xerces 2.0.1. Revision ChangesPath 1.34 +9 -9 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample =

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

remm02/04/16 12:26:31 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: - Log the attributes which are set. Revision ChangesPath 1.5 +17 -5 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host AddAliasAction.java AliasForm.java SaveAliasAction.java

manveen 02/04/16 11:54:46 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host AddAliasAction.java AliasForm.java SaveAliasAction.java Log: Added Addalias form bean. Implemented for "add alias" operation (aliasses for

cvs commit: jakarta-tomcat-4.0/webapps/admin/host alias.jsp host.jsp

manveen 02/04/16 11:52:32 Modified:webapps/admin/host host.jsp Added: webapps/admin/host alias.jsp Log: Added jsp for adding/viewing aliases for a host Enabled "add alias" operation from host Revision ChangesPath 1.12 +5 -2 jakarta-tomcat-4.0/webapps/

Re: Error running Apache 2.0 with mod_webapp.so ormod_jk-01.sobinaries

"Punky Tse" <[EMAIL PROTECTED]> wrote: > [root@bicaweb_dev webapps]# $APACHE_HOME/bin/apachectl start Syntax error on line 220 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_webapp.so into server: /opt/apache2/modules /mod_webapp.so: undefined symb

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

In 3.3, executing a forward removes the "javax.servlet.include.servlet_path" attribute. It's just one of the very many places that 3.3.x and Catalina are different. :-) In the 3.3.x nightly, all of your examples work as expected. - Original Message - From: "Andreas Junghans" <[EMAIL PRO

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config coyote.xml jk.xml jk2.xml project.xml webapp.xml

remm02/04/16 10:48:56 Modified:webapps/tomcat-docs/config coyote.xml jk.xml jk2.xml project.xml webapp.xml Log: - Update according to some of the recent updates in the connector world. - Update the recommended connectors to be JK 2 and the new HTTP/1.1

Re: [GUMP] Build Failure - jakarta-tomcat-4.0

"Sam Ruby" <[EMAIL PROTECTED]> wrote: > Larry Isaacs wrote: >> >> Thanks for the other tip. Are the nagoya runs still >> being run? The result file is currently dated 4/4/02. > > Pier, do you know anything about the following? > > # Disabled GUMP to despool email... F***... I forgot to re-e

DO NOT REPLY [Bug 7873] - Null pointer renders servlet unusable with out 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

cvs commit: jakarta-tomcat-4.0/webapps/admin/valve accessLogValve.jsp remoteAddrValve.jsp remoteHostValve.jsp requestDumperValve.jsp singleSignOnValve.jsp

manveen 02/04/16 10:04:19 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties TomcatTreeBuilder.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > Thanks for the other tip. Are the nagoya runs still > being run? The result file is currently dated 4/4/02. Pier, do you know anything about the following? # Disabled GUMP to despool email... - Sam Ruby -- To unsubscribe, e-mail: For addi

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Thanks for the other tip. Are the nagoya runs still being run? The result file is currently dated 4/4/02. Cheers, Larry > -Original Message- > From: Sam Ruby [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 16, 2002 11:16 AM > To: Tomcat Developers List > Subject: RE: [GUMP] Build Fa

DO NOT REPLY [Bug 8169] - jsp:forward without cookies fails

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: TomCat web-server : problem with Japanese chars

I'm not sure if I am going off into 'nadda-land' but doesn't the HTTP spec specify that the Content-Type header is used in both requests and responses? So shouldn't the URL be interpreted based on that charset specified by that? eg Content-Type: text/html; charset=UTF-8 Are all valid values

DO NOT REPLY [Bug 8169] New: - jsp:forward without cookies fails

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: [GUMP] Build Failure - jakarta-tomcat-4.0

By the way, gump runs are every six hours (see http://jakarta.apache.org/gump/ for details), so if you have a speculative fix that you would like to try out, make the change before a run, and check back later. Only the midnight PDT / 3.a.m. EDT runs cause nags. - Sam Ruby -- To unsubscribe, e-

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > The build-main.classpath path ref looks okay to me as well. That mystery is pretty easy to clear up: http://jakarta.apache.org/gump/why.html#2000 http://jakarta.apache.org/ant/manual/sysclasspath.html http://jakarta.apache.org/gump/project.html#work - Sam Ruby

DO NOT REPLY [Bug 8120] - Tomcat does not work with IBM VM on Windows

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: [GUMP] Build Failure - jakarta-tomcat-4.0

In the "prepare:" target that follows the "[echo] jakarta-tomcat-connectors " we show 4 copies. The last of which should have been copying tomcat-util.jar to "${jk.build}/lib/tomcat-util.jar"!? The build-main.classpath path ref looks okay to me as well. At this point, it isn't c

DO NOT REPLY [Bug 8097] - Tomcat 4.0x can not be shut down if RMI registry is running

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 8024] - Can't include entities in web.xml

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 8024] - Can't include entities in web.xml

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: [GUMP] Build Failure - jakarta-tomcat-4.0

We're working on that :-) It seems tomcat-util.jar was not available in the gump run, hopefully next gump will see it. Costin On 16 Apr 2002, Craig McClanahan wrote: > > This email is autogenerated from the output from: >

DO NOT REPLY [Bug 8097] - Tomcat 4.0x can not be shut down if RMI registry is running

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 8097] - Tomcat 4.0x can not be shut down if RMI registry is running

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 7987] - Stack overflow setting an attribute from a forwarded page

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: TomCat web-server : problem with Japanese chars

> The Web-server of TomCat does not appear to be able to resolve URLs that > contain non-ASCII characters (e.g. Japanese language) correctly for all > cases. We have a Win'2000 (Japanese OS) machine on which TomCat 4 is > installed. > > If some URL contains Japanese characters like : > http://loca

TomCat web-server : problem with Japanese chars

The Web-server of TomCat does not appear to be able to resolve URLs that contain non-ASCII characters (e.g. Japanese language) correctly for all cases. We have a Win'2000 (Japanese OS) machine on which TomCat 4 is installed. If some URL contains Japanese characters like : http://localhost:808

Bad URL on the site...

I got this while playing Jakarta's Webmaster and he is right: > -Original Message- > From: Michael L. Davis [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 09, 2002 3:41 PM > To: [EMAIL PROTECTED] > Subject: Your tomcat 4.0 example application is... uh... > > > > non existant... the

[GUMP] Build Failure - jakarta-tomcat-4.0

This email is autogenerated from the output from: Buildfile: build.xml deploy-prepare: deploy-static: deploy:

cvs commit: jakarta-tomcat-site/xdocs/stylesheets project.xml

remm02/04/16 05:21:07 Modified:docs bugreport.html index.html irc.html news.html resources.html xdocsnews.xml xdocs/stylesheets project.xml Log: - Add a news item on Coyote b7. - Update the links. Revision Cha

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

> Hi Remy, > > > I actually tried the test case (I guess I should have tried it before > ...), > > and it didn't do what I thought it would do. This does not qualify as a > > security issue by my book, though (it is recommended to test your > > application before putting it in production). > > Now

DO NOT REPLY [Bug 8099] - DefaultServlet looses query string information in redirect

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 8119] - pageContext.getResponse().flushBuffer() result in Response that never ends and times out

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/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

Hi Remy, > I actually tried the test case (I guess I should have tried it before ...), > and it didn't do what I thought it would do. This does not qualify as a > security issue by my book, though (it is recommended to test your > application before putting it in production). Now I have a simple

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

> Hi Remy, > > > As I stated in the comments of the bug, I don't agree with your > > interpretation about the JSP displaying "code". > > Sorry again for not making myself clear. To put it exact (I hope ...): > > There are cases in complex include/forward scenarios where Tomcat serves > JSPs as sta

DO NOT REPLY [Bug 8099] - DefaultServlet looses query string information in redirect

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/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm02/04/16 03:34:59 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Apply patch for bug 8099. Submitted by Jürgen Moßgraber Revision ChangesPath 1.53 +7 -21 jakarta-tomcat-4.0/catalina/src/s

DO NOT REPLY [Bug 7971] - Problems with stop() and reload() in StandardContext

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 7850] - Can not access env-entries by using JNDI when Tomcat de-serializes sesssions

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 8120] - Tomcat does not work with IBM VM on Windows

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 8155] New: - Tomcat from RPM doesn't do logrotate

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/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

Hi Remy, > As I stated in the comments of the bug, I don't agree with your > interpretation about the JSP displaying "code". Sorry again for not making myself clear. To put it exact (I hope ...): There are cases in complex include/forward scenarios where Tomcat serves JSPs as static resources.

DO NOT REPLY [Bug 8154] New: - logrotate script in RPM rotates non-existing file

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 8120] - Tomcat does not work with IBM VM on Windows

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 6400] - Tag Libraries not deploying in 4.0.2 final

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 8115] - java.io.tmpdir

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 8099] - DefaultServlet looses query string information in redirect

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/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

> Hi Bill, > > I'm afraid your commit won't solve the problem. As stated in the original > bug report, the problem occurs when the "javax.servlet.include.servlet_path" > attribute is _present_. I've never looked at the 3.3 source, but it seems > you only changed a case when the attribute is _not_

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

Hi Bill, I'm afraid your commit won't solve the problem. As stated in the original bug report, the problem occurs when the "javax.servlet.include.servlet_path" attribute is _present_. I've never looked at the 3.3 source, but it seems you only changed a case when the attribute is _not_ present. L