Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteActionCode.java

On Mon, 1 Oct 2001 [EMAIL PROTECTED] wrote: > On Sun, 30 Sep 2001, Remy Maucherat wrote: > > > > Hi Remy, > > > > > > Can you explain a bit what's this ActionCode ? I understant it as a hook > > > mechanism, and I like that - but I'm not sure I like the implementation. > > > > Ok. The "action" th

Re: Re: >> Apache/Tomcat Collaboration

On Sun, 30 Sep 2001, Justin Erenkrantz wrote: > On Mon, Oct 01, 2001 at 01:49:20AM -0700, [EMAIL PROTECTED] wrote: > > I think option 2 ( in-process ) is what mod_jk is doing - the code has > > been written and used quite a bit in the last year. It didn't got all the > > attention that Ajp got, b

[PATCH] mod_webapp build cleanups...

I finally got a chance to build mod_webapp from j-t-c with Apache 2.0. Looks good and is quite easy to do. Only problem is that we aren't handling directories properly. If you do the examples webapp, you see a link to: http://localhost:8080/examples/servlets/ Going there results in a bad res

Re: Re: >> Apache/Tomcat Collaboration

On Mon, Oct 01, 2001 at 01:49:20AM -0700, [EMAIL PROTECTED] wrote: > I think option 2 ( in-process ) is what mod_jk is doing - the code has > been written and used quite a bit in the last year. It didn't got all the > attention that Ajp got, because it doesn't work with Apache1.3, only > with IIS

Re: Re: >> Apache/Tomcat Collaboration

On Sun, 30 Sep 2001, Justin Erenkrantz wrote: > On Mon, Oct 01, 2001 at 12:41:10AM -, Shailesh S. Gokhale wrote: > > *** > > Tomcat can be used as either a stand-alone container (mainly for development and >debugging) or as an add-on to an existing web server > > s are supported). This means

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteActionCode.java

On Sun, 30 Sep 2001, Remy Maucherat wrote: > > Hi Remy, > > > > Can you explain a bit what's this ActionCode ? I understant it as a hook > > mechanism, and I like that - but I'm not sure I like the implementation. > > Ok. The "action" thing is not a generic event mechanism. Remember, the name > w

Re: SCRIPT_NAME and PATH_INFO with extension mapping

Quoting Jon Stevens <[EMAIL PROTECTED]>: > I'm a member of JSR-053. I will work to change it for the next release > of the spec. Cool. From what I've heard, the entire TC developer community is behind you 100%. Hell, even Costin agrees with you ... now *that's* truly a red letter day =) > Nee

Re: Re: >> Apache/Tomcat Collaboration

On Mon, Oct 01, 2001 at 12:41:10AM -, Shailesh S. Gokhale wrote: > *** > Tomcat can be used as either a stand-alone container (mainly for development and >debugging) or as an add-on to an existing web server > s are supported). This means that whenever you are deploying Tomcat you will have t

DO NOT REPLY [Bug 3890] - path_info is not kept when using servlet extension mapping

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-connectors/coyote/src/java/org/apache/coyote ActionCode.java

> Hi Remy, > > Can you explain a bit what's this ActionCode ? I understant it as a hook > mechanism, and I like that - but I'm not sure I like the implementation. > > For example, any reason not to use a plain 'int' as action code ? At least > that would allow switch() which is slightly faster ( w

Re: SCRIPT_NAME and PATH_INFO with extension mapping

on 9/30/01 10:30 PM, "Christopher Cain" <[EMAIL PROTECTED]> wrote: > It's unfortunate that this didn't come up a few weeks ago, before the > finalization. I'll add my voice to the general sentiment that the servlet spec > really should've have tried to supercede the HTML spec on this, whether the

Re: SCRIPT_NAME and PATH_INFO with extension mapping

on 9/30/01 8:45 PM, "Bill Barker" <[EMAIL PROTECTED]> wrote: > As much as my personal preference is the same as Jon and Costin, it seems > that section 11.1 rule #3 explicitly dis-allows extension mappings to have a > PATH_INFO. > > If the last segment in URL path contains an extension (e.g .jsp

Re: SCRIPT_NAME and PATH_INFO with extension mapping

It's unfortunate that this didn't come up a few weeks ago, before the finalization. I'll add my voice to the general sentiment that the servlet spec really should've have tried to supercede the HTML spec on this, whether they thought the HTML spec was wrong or not. Conflicting specs are general

Re: DO NOT REPLY [Bug 3851] - SingleThreadModel ignored

Bill Barker wrote: > > While pooling was a very nice feature of JServe (which I have personally > taken advantage of in the past), the operative word in the spec is "may". > The 3.x and 4.0 implementations are entirely within their rights within the > spec to simply synchronize. > > In other wor

Re: Volunteers for: - RE: TC 3.3: getRequestURI()

Thanks Bill. I'll merge this with my changes and check in. Costin On Sun, 30 Sep 2001, Bill Barker wrote: > What I get for trying to do this on a computer without javac installed. > Diff file with typos fixed and exceptions handled. > - Original Message - > From: "Bill Barker" <[EMAIL

Re: DO NOT REPLY [Bug 3851] - SingleThreadModel ignored

While pooling was a very nice feature of JServe (which I have personally taken advantage of in the past), the operative word in the spec is "may". The 3.x and 4.0 implementations are entirely within their rights within the spec to simply synchronize. In other words, this comes under the "if it it

Re: SCRIPT_NAME and PATH_INFO with extension mapping

As much as my personal preference is the same as Jon and Costin, it seems that section 11.1 rule #3 explicitly dis-allows extension mappings to have a PATH_INFO. If the last segment in URL path contains an extension (e.g .jsp) the servlet container will try to match a servlet that handles request

Re: SCRIPT_NAME and PATH_INFO with extension mapping

Actually, Google is one of the few sites that do cache pages with query strings (try searching for "tmwx" if you don't believe me). - Original Message - From: "Jon Stevens" <[EMAIL PROTECTED]> To: "tomcat-dev" <[EMAIL PROTECTED]> Sent: Sunday, September 30, 2001 6:37 PM Subject: Re: SCRIPT

Re: Volunteers for: - RE: TC 3.3: getRequestURI()

What I get for trying to do this on a computer without javac installed. Diff file with typos fixed and exceptions handled. - Original Message - From: "Bill Barker" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Bill Barker" <[EMAIL PROTECTED]> Sent: Sunday, September 30

Re: SCRIPT_NAME and PATH_INFO with extension mapping

on 9/30/01 7:16 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Well, I agree with you - but I feel ofended by the 'you' in this > phrase. I didn't removed it - I spent quite a bit of time and arguments to > keep it in. > > BTW, it has nothing to do with the HTTP spec ( which doesn't specif

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteActionCode.java

Hi Remy, Can you explain a bit what's this ActionCode ? I understant it as a hook mechanism, and I like that - but I'm not sure I like the implementation. For example, any reason not to use a plain 'int' as action code ? At least that would allow switch() which is slightly faster ( when the numb

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

remm01/09/30 18:20:42 Modified:http11 .cvsignore http11/src/java/org/apache/coyote/http11 Constants.java Http11Connector.java InternalOutputBuffer.java Log: - Implement the output. - The last parts to be written are the request processi

cvs commit: jakarta-tomcat-connectors/coyote .cvsignore

remm01/09/30 18:10:24 Modified:coyote .cvsignore Log: - Fix the ignore list. Revision ChangesPath 1.2 +2 -3 jakarta-tomcat-connectors/coyote/.cvsignore Index: .cvsignore === RCS fil

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

remm01/09/30 18:09:54 Modified:coyote/src/java/org/apache/coyote ActionCode.java Log: - Add a commit action code. Revision ChangesPath 1.2 +6 -3 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/ActionCode.java Index: ActionCode.java

DO NOT REPLY [Bug 3851] - SingleThreadModel ignored

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/src/native/mod_jk/iis jk_isapi_plugin.c

larryi 01/09/30 17:27:11 Modified:src/native/mod_jk/iis jk_isapi_plugin.c Log: Port Apache routines to decode and normalize the URI from IIS. Also, block access to META-INF and refactor the error response handling a little. Revision ChangesPath 1.9 +158 -20 ja

Re: Re: >> Apache/Tomcat Collaboration

Hi Justin! Thanks a lot for your answer. But I would like to paste the relevant part of the docs (Tomcat-A Minimilistic Users Guide) from the 'Getting Started' section. --- Start --- Getting Started Tomcat is a servlet container with a JSP environment. A servlet container is a runtime

Re: SCRIPT_NAME and PATH_INFO with extension mapping

On Sun, 30 Sep 2001, Jon Stevens wrote: > on 9/30/01 3:57 PM, "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > > > You lost, this URL does not work in IIS ( 404 ).. > > > > Ug. I guess so. JSP == ASP. :-( If you use extension mapping in velocity, it'll be the same, it has nothing to do with JSPs

Re: SCRIPT_NAME and PATH_INFO with extension mapping

On Sun, 30 Sep 2001, Jon Stevens wrote: > on 9/30/01 5:47 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > the conclusion was that the HTTP spec is wrong and we should > > follow the Servlet spec. > > That is complete BS. The servlet spec shouldn't 'override' what is defined > in the HTTP

Re: SCRIPT_NAME and PATH_INFO with extension mapping

on 9/30/01 3:57 PM, "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > You lost, this URL does not work in IIS ( 404 ).. > Ug. I guess so. JSP == ASP. :-( -jon

RE: SCRIPT_NAME and PATH_INFO with extension mapping

> > I bet that a URL like this works: > > http://www.foo.com/MicrosoftIsBetterThanSun.asp/foo/bar > You lost, this URL does not work in IIS ( 404 ).. Saludos , Ignacio J. Ortega

SCRIPT_NAME and PATH_INFO with extension mapping

on 9/30/01 5:47 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > the conclusion was that the HTTP spec is wrong and we should > follow the Servlet spec. That is complete BS. The servlet spec shouldn't 'override' what is defined in the HTTP spec unless absolutely necessary. This is definitely

Re: Before I file a bug report...

On Sun, 30 Sep 2001, Jon Stevens wrote: > > Mmmm, I'm not too sure about all this. > > The servlet spec seems to imply that the extension mapping is on the end of > > the path. > > > > Section 11.1, item #3 : If the last segment in the URL path contains an > > extension (e.g. .jsp), the servlet c

Re: Before I file a bug report...

> on 9/30/01 3:15 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Mmmm, I'm not too sure about all this. > > The servlet spec seems to imply that the extension mapping is on the end of > > the path. > > > > Section 11.1, item #3 : If the last segment in the URL path contains an > > extension

Re: Before I file a bug report...

on 9/30/01 3:15 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Mmmm, I'm not too sure about all this. > The servlet spec seems to imply that the extension mapping is on the end of > the path. > > Section 11.1, item #3 : If the last segment in the URL path contains an > extension (e.g. .jsp),

Re: TC4 Build with Xerces

> Looks like something needs to be updated. Either the Ant task needs fixing, or > one of the instructions files needs to be updated with further instructions > (BUILDING.txt or build.properties.samples, maybe?). Second choice :) There are a few Xerces related properties now in build.properties.

Re: Before I file a bug report...

> Ok, I have found the problem. It is a result of an incorrectly written piece > of code in StandardContextMapper.map() under // Rule 3 > > I'm working on a rewrite that will parse things the way that they should be > parsed. :-) The issue is that the relativeURI variable can be pretty much > anyt

DO NOT REPLY [Bug 3890] New: - path_info is not kept when using servlet extension mapping

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

InitialContext/Connection Pool/TC4

Using Tomcat 4.0 (the final version), obtaining a DataSource from JNDI implementation always returns null. I'm not seeing anything in the logs that would indicate why. Nor do I see anything in the logs saying that my connections had been initialized (and a netstat reveals that there are none

TC4 Build with Xerces

Looks like something needs to be updated. Either the Ant task needs fixing, or one of the instructions files needs to be updated with further instructions (BUILDING.txt or build.properties.samples, maybe?). -- Buildfile: build.xml deploy-prepare: [mkdir] Created dir: /usr/local/sr

Re: Before I file a bug report...

Ok, I have found the problem. It is a result of an incorrectly written piece of code in StandardContextMapper.map() under // Rule 3 I'm working on a rewrite that will parse things the way that they should be parsed. :-) The issue is that the relativeURI variable can be pretty much anything so it

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/net SSLSocketFactory.java

ccain 01/09/30 13:57:23 Modified:src/etc prof-server.xml server.xml src/share/org/apache/tomcat/util/net SSLSocketFactory.java Log: Minor cleanup of SSL standalone instructions and comments, mostly to remove outdated java.security provider step. Revamped tomcat-s

Before I file a bug report...

I want to get confirmation that this is a valid url: http://localhost:8080/examples/jsp/snp/snoop.jsp/foo Where: PATH_INFO=/foo The error that I get right now is: HTTP Status 404 - /jsp/snp/snoop.jsp/foo The requested resource (/jsp/snp/snoop.jsp/foo) is not available. Please note that: htt

Re: Volunteers for: - RE: TC 3.3: getRequestURI()

Actually, my original was a straight java.net.URLEncode after stripping out the session id. However, I'm easy. Attached is using UEncoder (which I initially felt was too expensive). I'm starting to come around to your original idea however. This is better done in the Facade (where there is zer

DO NOT REPLY [Bug 3889] - Documentation for "Remote Address Filter" and "Remote Host Filter" incorrect

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/tomcat-docs/config valve.xml

remm01/09/30 12:38:24 Modified:webapps/tomcat-docs/config Tag: tomcat_40_branch valve.xml Log: - The Remote Address Filter and Remote Host Filter mention the attribute name "accept" as the attribute needed to accept incoming connections. The attribute name that actually work

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config valve.xml

remm01/09/30 12:37:44 Modified:webapps/tomcat-docs/config valve.xml Log: - The Remote Address Filter and Remote Host Filter mention the attribute name "accept" as the attribute needed to accept incoming connections. The attribute name that actually works is "allow". - Patc

DO NOT REPLY [Bug 3885] - server.xml ResourceParam does not match envCtx.lookup

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/conf server.xml

remm01/09/30 12:31:20 Modified:catalina/src/conf server.xml Log: - Fix case sensitivity problem. Patch submitted by Michael J Traynor (p3800 at larsontraynor.com) Revision ChangesPath 1.34 +1 -1 jakarta-tomcat-4.0/catalina/src/conf/server.xml Index

cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

remm01/09/30 12:31:10 Modified:catalina/src/conf Tag: tomcat_40_branch server.xml Log: - Fix case sensitivity problem. Patch submitted by Michael J Traynor (p3800 at larsontraynor.com) Revision ChangesPath No revision No

DO NOT REPLY [Bug 3889] New: - Documentation for "Remote Address Filter" and "Remote Host Filter" incorrect

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 3888] - WebappClassLoader: Lifecycle error : CL stopped

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 3888] New: - WebappClassLoader: Lifecycle error : CL stopped

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

Bug report for Tomcat 4 [2001/09/30]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 3 [2001/09/30]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: >> Apache/Tomcat Collaboration

On Sun, Sep 30, 2001 at 01:46:37PM -, Shailesh S. Gokhale wrote: > 1. I understand that Tomcat can work with any (supported) web > server in two modes - 'In Proc' and 'Out of Proc'. I have > successfully configured Tomcat (Out of Proc) to work with Apache. > The question is how can I make i

>> Apache/Tomcat Collaboration

Hello all! I have a few questions regarding Apache/Tomcat collaboration. I have tried posting this message to atleast 3 other forums including the tomcat-user mailing list but no one has answered my question. This may not be the right place to post it but I have a feeling that you guys m