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
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 it
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3889.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3885.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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.
- Patch
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 works
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3889.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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:
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
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
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:
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3890.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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.
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), the
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), the
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 container
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 not
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
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
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 spec unless
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.
Costin
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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
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
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 specify
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, 2001
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_NAME and
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.
spec-quote
If the last segment in URL path contains an extension (e.g .jsp) the servlet
container will try to match a servlet that
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
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
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 words, this
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
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.
spec-quote
If the last segment in URL path contains an extension (e.g
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 they
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3890.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 to
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
=)
50 matches
Mail list logo