Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 06, 2004 9:32 PM Subject: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java > billbarker2004/01/06 21:32:44 > > Modified:jk/java/org/apache/jk/se

DO NOT REPLY [Bug 25819] - java.lang.NoClassDefFoundError: org/apache/tomcat/util/buf/C2BConverter

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

Mark Thomas wrote: When I tested the deploy task, the behaviour I saw was that the original docBase = ExpandWar.expand(host, war, contextPath); failed to create any files at all in the webapp directory. The root context _was_ displayed in the manager app but when I tried to access it all I saw was

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security SecurityClassLoad.java

billbarker2004/01/06 21:33:28 Modified:catalina/src/share/org/apache/catalina/security SecurityClassLoad.java Log: Preload the new PAs. Revision ChangesPath 1.15 +18 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/securi

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

billbarker2004/01/06 21:32:44 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Adding the required PAs to allow the Coyote-Jk connector to play in the sandbox. Fix for Bug #25819. Reported By: Dario Bonino [EMAIL PROTECTED] Revision ChangesPath 1.

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponseFacade.java

billbarker2004/01/06 21:06:47 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponseFacade.java Log: It seems that setDateHeader requires a PA when running in the sandbox. Revision ChangesPath 1.3 +37 -7 jakarta-tomcat-cata

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security SecurityClassLoad.java

billbarker2004/01/06 20:56:09 Modified:catalina/src/share/org/apache/catalina/security SecurityClassLoad.java Log: reviting patch. Revision ChangesPath 1.14 +4 -13 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security/Se

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

No problem, Mark. Thanks, --- Mark Roth, Java Software JSP 2.0 Co-Specification Lead Sun Microsystems, Inc. Mark Thomas wrote: Mark, Thanks for the clarification. I must confess I has missed the 'should' and read it as 'must'. I'll revert my previous patch and modify the bugzilla report to an enh

DO NOT REPLY [Bug 11069] - Tomcat not flag error if tld is outside of /WEB-INF

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-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

markt 2004/01/06 16:39:20 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch TagLibraryInfoImpl.java jasper2/src/share/org/apache/jasper/resources Tag: tomcat_4_branch messages.properties Log: -

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

markt 2004/01/06 16:37:47 Modified:jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java jasper2/src/share/org/apache/jasper/resources messages.properties Log: - Reverting previous patch. Clarification of

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

Mark, Thanks for the clarification. I must confess I has missed the 'should' and read it as 'must'. I'll revert my previous patch and modify the bugzilla report to an enhancement request to log a warning. Mark On Tuesday, January 06, 2004 11:45 PM, Mark Roth [SMTP:[EMAIL PROTECTED] wrote: > Hi M

DO NOT REPLY [Bug 11845] - Session sometimes 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-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

Hi Mark, Kin-Man pointed me to this thread and I figured I'd contribute my interpretation. For reference, the JSP 2.0 specification, JSP.7.3.1 states: "Tag library descriptor files have names that use the extension .tld, and the extension indicates a tag library descriptor file. Whe

DO NOT REPLY [Bug 11784] - Failure in loading class with destroy method of Servlet

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

When I tested the deploy task, the behaviour I saw was that the original docBase = ExpandWar.expand(host, war, contextPath); failed to create any files at all in the webapp directory. The root context _was_ displayed in the manager app but when I tried to access it all I saw was a directory listing

DO NOT REPLY [Bug 11710] - startup/shutdown - FileNotFoundException on server.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: [PATCH]Virtual Host Choice on HTML Manager

On Wed, Jan 07, 2004 at 12:33:38AM +0900, TANAKA Yoshihiro wrote: > on Mon, 05 Jan 2004 20:57:28 +0100 > Remy Maucherat <[EMAIL PROTECTED]> wrote: > > >> An acceptable patch would be to extend the existing manager class with > >> a new class which implements this "feature". Then those administeri

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardHostDeployer.java

[EMAIL PROTECTED] wrote: markt 2004/01/06 14:31:18 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java Log: - Fix bug11682. Deploying a webapp to the root context via an Ant task when unpackWARs is true now behaves correctly. A

DO NOT REPLY [Bug 11682] - App does not work when deployed to root context via ant

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/core StandardHostDeployer.java

markt 2004/01/06 14:32:07 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java Log: - Fix bug11682. Deploying a webapp to the root context via an Ant task when unpackWARs is true now behaves correctly. - Ported from TC5. - R

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardHostDeployer.java

markt 2004/01/06 14:31:18 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java Log: - Fix bug11682. Deploying a webapp to the root context via an Ant task when unpackWARs is true now behaves correctly. Revision Changes

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

Larry, AFAIK Tomcat behaviour does not depend on the version of the deployment descriptor schema apart from during the interpretation of the descriptor. On this basis, I am against setting a precedent here. Further, my understanding is that each version of Tomcat is written to support a single de

DO NOT REPLY [Bug 17762] - runtime link error loading jkjni.so

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/common jk_ajp_common.c

mmanders2004/01/06 13:44:20 Modified:jk/native/common jk_ajp_common.c Log: Fixed logic when attempting to reuse connections in ajp_send_request. If the send is successful, we needed to get out of the while loop. If the ping/pong or the request failed, try and reuse without gettin

Re: [PATCH]Virtual Host Choice on HTML Manager

on Mon, 05 Jan 2004 20:57:28 +0100 Remy Maucherat <[EMAIL PROTECTED]> wrote: >> An acceptable patch would be to extend the existing manager class with >> a new class which implements this "feature". Then those administering >> Tomcat can choose which version of the manager they want to install. >

DO NOT REPLY [Bug 25787] - adding <%@ attribute name="xxx" fragment="true" %> won't be declared

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 25787] - adding <%@ attribute name="xxx" fragment="true" %> won't be declared

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-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java

kinman 2004/01/06 11:42:40 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: - Fix 25787: Directives added to working tag files are not generated. Revision ChangesPath 1.75 +7 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security SecurityClassLoad.java

- Original Message - From: "Jeanfrancois Arcand" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, January 06, 2004 7:40 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security SecurityCla

DO NOT REPLY [Bug 25822] - tomcat shouldn't write tomcat-users.xml at startup

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 25822] - tomcat shouldn't write tomcat-users.xml at startup

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

[EMAIL PROTECTED] wrote: billbarker2004/01/05 20:27:34 Modified:catalina/src/share/org/apache/catalina/security SecurityClassLoad.java Log: Adding classes for Coyote-Jk. This addresses Bug #25819. Reported By: Dario Bonino [EMAIL PROTECTED] Revision C

Re: Bug 23929: ServletRequest.setCharacterEncoding()

Stefanos Karasavvidis wrote: If not already done, port the useBodyEncodingForURI parameter to the next 4.1.x release. This new flag has been ported last month. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

Re: Bug 23929: ServletRequest.setCharacterEncoding()

From a developers point of view however, applying the above two points a) brakes expected behaviour (setCharacterEncoding() method does not work the same as before) b) does not give an acceptable alternative (if all parameter passing could be solved with POST method, then the GET method would no

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

Mark, For backwards compatibility, I think the restrictions to the TLD location need to follow the spec level used by the web application. Since JSP 1.1 didn't include much in the way of restrictions, I know of some legacy Servlet 2.2/JSP 1.1 webapps that would fail these restrictions if deployed

DO NOT REPLY [Bug 25921] - Service runs improperly.

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 25923] - using classes not in any package 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

DO NOT REPLY [Bug 25923] New: - using classes not in any package 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: Retrieving the context path from a standalone class

Howdy, You're missing a few things: 1. The context path is (according to the spirit of the servlet spec) to be decided by the server administrator, just like the port on which the webapp will run. Your application should be completely agnostic of the actual context path. This is not a design fl

DO NOT REPLY [Bug 25921] New: - Service runs improperly.

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

Retrieving the context path from a standalone class

Hi all, I have a class in my web app that runs in a separate thread. It's responsibility is to re-index the site every x minutes (I am using Lucene for site searches). It recursively loops over the relevant files within the web app folder and attempts to index each one (the web app must be explode

Re: Bug 23929: ServletRequest.setCharacterEncoding()

Remy Maucherat wrote: Jess Holle wrote: Remy Maucherat wrote: This is a good question -- but one which only applies to POST. My bug case was explictly with GET. If there is an entity body encoding specified in the request, then I am not sure which should override. If there is not, then I wou

RE: Jk2 object model

>From Costin Manolache > Sent: 6. siječanj 2004 8:11 > To: [EMAIL PROTECTED] > Subject: Re: Jk2 object model > > jean-frederic clere wrote: > > Costin Manolache wrote: > > > >> I remember some time ago Mladen (?) was suggesting to use > C++ for jk2 > >> instead of the pseudo-OO programming.

DO NOT REPLY [Bug 25919] New: - java.net.SocketException: socket closed

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

remm2004/01/06 00:39:20 Modified:catalina/src/share/org/apache/catalina/security SecurityClassLoad.java Log: - I didn't test it, but I saw a typo. Revision ChangesPath 1.13 +5 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/

Re: Jk2 object model

jean-frederic clere wrote: Costin Manolache wrote: I remember some time ago Mladen (?) was suggesting to use C++ for jk2 instead of the pseudo-OO programming. I am -1 for using C++... And wondering why you want to use C++. I don't actually want to use C++ - I'm just a bit unhappy with the "rei