DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42071.
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://issues.apache.org/bugzilla/show_bug.cgi?id=42071.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Looks good - the only thing I'd recommend to add is exception handling
when displaying session values. For example - if someone places the
following into their session: (A rather simplistic example)
new Object() {
public String toString() {
String s = null;
return s.toString();
Tim Funk wrote:
Looks good - the only thing I'd recommend to add is exception handling
when displaying session values. For example - if someone places the
following into their session: (A rather simplistic example)
new Object() {
public String toString() {
String s = null;
Author: hgomez
Date: Tue Apr 17 05:42:35 2007
New Revision: 529581
URL: http://svn.apache.org/viewvc?view=revrev=529581
Log:
text file
Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/bldjk54.qclsrc (contents,
props changed)
Modified:
Venkata Naveen wrote:
where to get the tomcat admin package, and how to install that admin into
the tomcat directory.
please help me friends...
Please use the users list
http://tomcat.apache.org/lists.html
-
To unsubscribe,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: hgomez
Date: Tue Apr 17 07:00:22 2007
New Revision: 529606
URL: http://svn.apache.org/viewvc?view=revrev=529606
Log:
jk_connect need _XOPEN_SOURCE and EXTENDED to avoid cast errors at compile time
Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/bldjk54.qclsrc
Modified:
Hi to all,
I'm still trying to adapt jk to i5/OS v5r4 and see the following in
mod_jk.log (debug mode)
[Tue Apr 17 16:23:44 2007] [6589:0038] [debug] jk_uri_worker_map.c
(423): rule map size is 0
[Tue Apr 17 16:23:44 2007] [6589:0038] [error] mod_jk.c (2701):
Initializing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42147.
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://issues.apache.org/bugzilla/show_bug.cgi?id=35941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Apache always initializes twice (all platforms), so this part is usual.
What seems special though, is that on *nix platforms, the two init runs
are done by different processes, the second process replaces the first
one. Your mod_jk log file shows the same pid for both runs. So this
might be
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42147.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
The results of the vote are:
Stable: 5 votes (Rainer, Guenter, Jim, Peter and mine implicit)
Beta, Alpha: None.
According to the vote, I'll put the releases
from tomcat.apacheorg/dev/dist to apache.org/dist,
wait for few hours and make an Announce
Regards,
Mladen.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42147.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: hgomez
Date: Tue Apr 17 05:40:00 2007
New Revision: 529580
URL: http://svn.apache.org/viewvc?view=revrev=529580
Log:
Build CL for i5/OS v5R4 (new try)
Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/bldjk54.qclsrc
Modified:
Author: remm
Date: Tue Apr 17 07:10:07 2007
New Revision: 529612
URL: http://svn.apache.org/viewvc?view=revrev=529612
Log:
- Protect about possible issues calling toString in escapeXml(Object).
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/manager/JspHelper.java
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42147.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
2007/4/17, Rainer Jung [EMAIL PROTECTED]:
Apache always initializes twice (all platforms), so this part is usual.
What seems special though, is that on *nix platforms, the two init runs
are done by different processes, the second process replaces the first
one. Your mod_jk log file shows the
Hi Henri,
Henri Gomez wrote:
2007/4/17, Rainer Jung [EMAIL PROTECTED]:
Apache always initializes twice (all platforms), so this part is usual.
What seems special though, is that on *nix platforms, the two init runs
are done by different processes, the second process replaces the first
one.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=42037.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Rainer Jung wrote:
That's what I expect too, but in the log file Henri posted at the
beginning of this thread, both runs were done by the same process and
thread id. So at least if pids have a meaning on iSeries, both runs are
done by the same process. That's different from the *nix world,
Rainer Jung wrote:
Hi Henri,
Henri Gomez wrote:
2007/4/17, Rainer Jung [EMAIL PROTECTED]:
Apache always initializes twice (all platforms), so this part is usual.
What seems special though, is that on *nix platforms, the two init runs
are done by different processes, the second process
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33774.
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://issues.apache.org/bugzilla/show_bug.cgi?id=42037.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33774.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: markt
Date: Tue Apr 17 17:32:11 2007
New Revision: 529817
URL: http://svn.apache.org/viewvc?view=revrev=529817
Log:
Fix bug 41869. TagData.getAttribute() should return TagData.REQUEST_TIME_VALUE
when the attribute value is an EL expression.
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=41869.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: markt
Date: Tue Apr 17 17:32:36 2007
New Revision: 529818
URL: http://svn.apache.org/viewvc?view=revrev=529818
Log:
Fix bug 41869. TagData.getAttribute() should return TagData.REQUEST_TIME_VALUE
when the attribute value is an EL expression.
Modified:
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Apr 17 17:32:36 2007
New Revision: 529818
URL: http://svn.apache.org/viewvc?view=revrev=529818
Log:
Fix bug 41869. TagData.getAttribute() should return TagData.REQUEST_TIME_VALUE
when the attribute value is an EL expression.
-1. This flag is
Remy Maucherat wrote:
If REQUEST_TIME_VALUE should be set for EL too
The javadoc for getAttribute in TagData indicates it should be set for
EL too.
I recommend this patch instead for TC 6.0:
Index: Validator.java
===
---
Remy Maucherat wrote:
Remy Maucherat wrote:
If REQUEST_TIME_VALUE should be set for EL too
The javadoc for getAttribute in TagData indicates it should be set for
EL too.
Yep. I was looking at JSP.13.9.9.3
I recommend this patch instead for TC 6.0:
Thanks. I'll take another look at this
32 matches
Mail list logo
