+1
I'm still busy (and have limited times) with mod_jk 1.2.0.
I'd like to polish the documentation before release.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53
ballot
[X] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
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=10356.
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=10330.
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=10425.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri: what about tagging the workspace for mod_jk1 with 1.2.0,
and use the same naming convention as in 4.1.x.
How did I take jk/native (only) as mod_jk_1_2_0 ?
cvs tag -r mod_jk_1_2_0 jk/native ?
Nacho, Mladen: same thing for mod_jk2 - we should use the 'milestone'
style, and mod_jk2.0.0
Hi,
I've got many problems to build jakarta-tomcat-connectors/jk xdocs
with ant 1.4.1 or 1.5b3 and xalan 2.3.1/xerces 2.0.1 under W2K
(not tested yet under Unix), with Sun JDK 1.3.1_03 :
I tried to downgrade to xerces 2.0.0, but the problem is still
here.
Didn't have such problem when using
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=10418.
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=10419.
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=10356.
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=10389.
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=10035.
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=10373.
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=10291.
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=10419.
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=10419.
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=10418.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ballot
[X] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
MT.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Didn't have such problem when using xalan 2.2 / xerces 2.0.1
D:/eclipse/workspace/jkdocs/xdocs/style.xsl:486:51: Fatal
Error! Unknown error in XPath Cause: java.lang.NullPointerException
[style] : Fatal Error!
Thanks for that quick reply.
I'll test the 2.4D1
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
No worries - I just scanned you doc and made up a not-too-accurate title :)
Since this doc still hasn't made it into CVS (hint hint) why dont you
modify the XML and mail it back to me directly and I'll check that it parses
OK (unless you can style it yourself) then we can post yet another
Hi,
[-
this disucsses Bug 10419 and 10418. See details in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10419
and
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10418
with a bug-demonstration servlet
http://www.freiheit.com/users/hzeller/SessionBugDemonstration.java
this
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=10439.
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=10127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 02, 2002 7:57 PM
To: Tomcat Developers List
Subject: [VOTE] Apache Tomcat 5.0 Proposal
After trying to address the concerns raised by the proposal draft, I
would like to call for a vote
Luca,
This question should not be cross-posted to the dev list.
You can accomplish this with a simple javascript command embedded
in the requested page
script language = javascript
location.href=http://www.newlocation.com/address2/;;
/script
-or-
check out the servlet api
(
Costin,
As CVS seems to be down. I cannot get the new jakarta-tomcat-connectors. Did
you only change
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/MsgAjp.java to fix
this bug. Because I just tried a new tomcat-jk2.jar with the new MsgAjp.java
and it still fails. It does get further.
Ok,
sorry for the cross-posting...:-)
Anyway I need to know how to implemenent the second solution you said,
that is to say I want that Tomcat intercepts the requests for a resource
and
automatically redirects them without executing a page/servlet.
If someone knows how to configure Tomcat to
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=10123.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ballot
[x] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
-Shailendra
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
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=10312.
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=10444.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: 3 de julio de 2002 1:57
Para: Tomcat Developers List
Asunto: [VOTE] Apache Tomcat 5.0 Proposal
After trying to address the concerns raised by the proposal draft, I
+1 on proposal.
I have a lot of interested in coding and/or writing documentation for
Tomcat 5.0. I'll look for opportunities to jump in, but if someone has
any Tomcat 4.x or Tomcat 5 projects awaiting a coder or a tech. writer,
please do let me know.
On Tuesday, July 2, 2002, at 05:57 PM,
Hi Alec
While I was searching the net to solve my problem I saw your discussions
with Apache
I do have the same problem
Actually I am using the JSP model 2 architecture with a control servlet and
view jsps.
I am doing validation using beans
My problem is my Jsp page contains japanese stuff and
Hey Henri,
Xalan 2.3.1 has a specific bug that transformer reuse
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6156
I solved my problem using 2.4.D1
-Andrew
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 3:30 AM
To: Tomcat
Henri,
Not sure if this will resolve your problem but
I found some bugs in Xalan 2.3.1 (which were
already reported in bugzilla) so I tried out
2.4.D1 instead. This worked a treat. Can you
upgrade(?) your xalan to 2.4.D1 and see if that
works?
-John K
On Wednesday, July 3, 2002, at 07:30 ,
Hello everybody!
I have Tomcat 4 installed as Web Server on a Win 2000 machine. I would like
to know how I can redirect requests from an URL to another one. For example
I would like to redirect all the requests for this url:
http://www.mydomain.com/address1.html
to this new url:
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=10419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/07/03 10:42:54
Modified:webapps/tomcat-docs project.xml
Added: webapps/tomcat-docs jndi-datasource-examples-howto.xml
Log:
- Add some example configurations for the datasources. Much sought
after information :)
- Thanks to Leslie Hughes leslie.hughes at
On Wed, 3 Jul 2002, Henner Zeller wrote:
We always have the problem, that we might get multiple session ids (from
the URL, from _multple_ cookies).
You should not be getting multiple session id cookies for different
webapps unless (a) the context paths overlap, or (b) your client is not
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=10452.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
We always have the problem, that we might get multiple session ids (from
the URL, from _multple_ cookies).
You should not be getting multiple session id cookies for different
webapps unless (a) the context paths overlap, or (b) your client is not
following the rules of the specs.
On Wed, 3 Jul 2002, Henner Zeller wrote:
Date: Wed, 3 Jul 2002 20:33:11 +0200 (CEST)
From: Henner Zeller [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: [Bug 10419] - Session-ID grabbing from Request accepts
Hi,
If you want the *current* session for this request, you should always call
request.getSession() instead.
Yes. This is correctly working in tomcat 3.x: the getRequestedSessionId()
returns one of the IDs with preference to the cookie; the getSession()
returns the current session. perfect.
On Wed, 3 Jul 2002, Henner Zeller wrote:
Date: Wed, 3 Jul 2002 21:10:14 +0200 (CEST)
From: Henner Zeller [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: [Bug 10419] - Session-ID grabbing from Request accepts
Hi,
OK, but why should the requested session id from the URL be considered any
more likely to be valid than a session id from the cookie? They both got
created at the same time (when this page was generated), and will have the
same value if you did the normal thing of using
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=10457.
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=10457.
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=10457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 2002-07-03 at 09:57, Remy Maucherat wrote:
ballot
[ ] +1 I support the proposal, and will help implement it
[X] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
Which might actually turn out to be
ballot
[X] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
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=10458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tomcat 4.x has a problem -- it challenges for auth
prior to any redirects. This is wrong because it causes
most browsers to cache auth info for the entire domain
when hitting top-level directories.
For example:
WRONG way:
GET /foo - 401
GET /foo with auth
If I get this wrong, then I fully expect people to point out my
mistakes. Not sure whether you guys prefer multiple tiny email or ones
like this In any case, attached are a number of diffs that I've
made against the latest CVS version of jakarta-tomcat-connectors in a
bid to try and improve
The bugfix turned out to be a one-liner:
Index: SecurityConstraint.java
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/de
ploy/SecurityConstraint.java,v
retrieving revision 1.5
diff -u -r1.5
billbarker2002/07/03 21:09:30
Modified:src/facade22/org/apache/tomcat/facade
HttpServletResponseFacade.java
Log:
Fix problem when the Context path contains a non-safe character.
As an added benefit, we get rid of the deprecated HttpUtils dependency. At
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=9111.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm hardly a 4.x expert, but this looks like it will solve the major
problem.
This fix will still send an Auth to /myapp if you first request
/myapp/protected, but that shouldn't be too much of a problem.
In 5.0, I think that the spec is going to eventually require that we move
the logic to the
59 matches
Mail list logo