hgomez 2003/01/07 01:49:12
Modified:jk/xdocs/jk aphowto.xml
Log:
Add build notes for MacOS/X
Revision ChangesPath
1.19 +22 -0 jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml
Index: aphowto.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=15819.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Matt Parker wrote:
If you want to mirror what Apache HTTPD does:
No slash present -- append slash (only!) and redirect
Slash present -- internally forward to welcome-file page
Well, here's the rub:
- The new servlet spec clearly states that either /foo or /foo/ should
return a welcome-file
Matt Parker wrote:
Here's the new version of the patch. the code to redirect if there is no
trailing slash remains untouched, but it now forwards if there is a
trailing slash. i've included more context to avoid potential confusion:
I'll -1 this patch unless the new behavior is made optional
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=15834.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks both,
Kevin Jones
Developmentor
www.develop.com
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 06 January 2003 18:26
To: Tomcat Developers List
Subject: Re: where to download tomcat 4.1 nightly builds?
Petr Jiricka wrote:
I was able to find
I've used 4.1.x and 4.0.x with JDK1.4 and JDK 1.4.1 and never had this
problem.
One thing you might want to check on windows is which JRE you are using.
Sun install Java in two places, c:\j2sdk1.4.1 and c:\winnt\java (or
something similar). By default the JRE is set in the registry to be
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=14261.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2003-01-07 at 04:40, Remy Maucherat wrote:
I'll -1 this patch unless the new behavior is made optional (and default
to the current behavior).
Remy
Okay, it's now an init param which defaults to false. Following are
DefaultServlet.java and web.xml patches.
---
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=15845.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2003-01-07 at 04:39, Remy Maucherat wrote:
Matt Parker wrote:
If you want to mirror what Apache HTTPD does:
No slash present -- append slash (only!) and redirect
Slash present -- internally forward to welcome-file page
Well, here's the rub:
- The new servlet spec
I just take a look and see that jk 1.2.2 release miss a
binary for Windows (Apache 1.3.x/2.0).
Nacho ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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=13924.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I have a problem with both Jasper and Jasper2. If I have a huge piece of HTML inserted
between two
statements, the generated out.println() on the compiled code outputs just the first
8192 characters. I tried to
play with the 'largefile' option in the /conf/web.xml:
servlet
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=15851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Not acked... FYI...
Pier
-- Forwarded Message
From: Stoffer, Shawn D [EMAIL PROTECTED]
Date: Tue, 7 Jan 2003 11:55:11 -0700
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: documentation error
I wished to point out that in the jakarta/tomcat documentation, there is an
error.
Hi,
i have reported this as a bug before, see
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14359
for more details, but i have no real solution for this now. Is this also
your problem?
One workaround may be to split the jsp files and include the content by a
jsp:include?
Holger
-
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=15854.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I first noticed about 10 months ago, when I filed bug 7371, that for some
reason the error-page's that I declared in my web.xml were working fine
from JSP's but not from servlets. That bug was closed, because it worked in
the tests. Tomcat 4.0.1:
luehe 2003/01/07 12:47:27
Modified:jasper2/src/share/org/apache/jasper/runtime
JspRuntimeLibrary.java
Log:
Undid change that leveraged org.apache.jasper.compiler.ErrorDispatcher,
since this change would have required duplication of a lot of the class
Hi,
I guess my problem is a little bit different. I don't see the exception in the error
log and when I put something
like:
% !-- here goes my code -- %
html
bodylots of html... more than 8192 charaters/body
/html
Jasper compiles the file and the out.println(html...) line is trimmed in 8192
Hello,
will be in future added into mod_jk option to disable sticky sessions
but with sessions working?
Thank's a lot
David Klimek
--
http://www.sweb.cz/david.klimek
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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=15863.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 2003/01/07 14:20:12
Modified:catalina/src/share/org/apache/catalina/core
StandardServer.java
Log:
Fix bug 15819. Do not write out StandardDefaultContext Listener to server.xml.
Revision ChangesPath
1.36 +5 -4
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=15872.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Glenn,
On Mon, 06 Jan 2003 19:30:42 -0600, Glenn Nielsen [EMAIL PROTECTED] said:
Thanks for reporting this. I have changed the code so that if there
is no content only status codes = 400 are passed back through
apache.
The original patch was made so that when an error occurred at the
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=15819.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dimitry:
I still believe your patch is invalid, as it would amount to
synchronizing AT_BEGIN and NESTED variables after calling
doStartTag(). However, the spec explicitly mentions that for tag
handlers implementing BodyTag, those variables must not be
synchronized after doStartTag(), *only* after
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=15863.
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=15875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jan,
I'm not agree. :)
In accordance to spec JSP.10.2.2 (BodyTag):
If EVAL_BODY_INCLUDE is returned, then evaluation happens as in
IterationTag.
The scripting variable synchronization is part of evaluation, isn't it?
I think, if container doesn't synchronize scripting variables it
explicitly
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=13583.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
If you follow the tomcat-user list there are many questions that are asked
which the reply could be RTFM. If the tomcat docs were organized in a way
which made them easier to use this may reduce the number of RTFM type of
questions.
Proposed changes to doc organization:
For each individual page
On Tue, 7 Jan 2003, Glenn Nielsen wrote:
Date: Tue, 07 Jan 2003 21:35:12 -0600
From: Glenn Nielsen [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [PROPOSAL] Tomcat doc organization
If you follow the tomcat-user list there are many
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=15879.
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=15880.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfarcand2003/01/07 11:35:32
Modified:catalina/src/share/org/apache/catalina/core Constants.java
Log:
Put the proper spec version.
Submitted by: Ryan Lubke
Revision ChangesPath
1.2 +4 -4
37 matches
Mail list logo