DO NOT REPLY [Bug 5331] - getPathInfo vs URL normalization

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=5331





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 05:07 ---
This is what I get on Apache 2.0.55/PHP 5.1.2

URL: http://server/phpinfo.php///mypath?abc=xyz
QUERY_STRINGabc=xyz
REQUEST_URI /phpinfo.php///mypath?abc=xyz
SCRIPT_NAME /phpinfo.php/
PATH_INFO   /mypath

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

URL|http://jira.jboss.com/jira/b|http://jira.jboss.com/jira/b
   |rowse/JBCLUSTER-148 |rowse/JBCLUSTER-148
 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 07:25 ---
Hi,

as you use JBOSS please fill this bug at JBOSS Cluster system :-)

Tomcat replicated the session principal. Please test you app with tomcat 5.5.17.

Thanks
peter
 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 07:42 ---
I'm sure you already know that Jboss constructs a layer on top of an unmodified
Tomcat to migrate and replicate Session info and unless a wrapper over Tomcat's
SavedRequest Object is written the best way to replicate SavedRequest info is to
serialize the original Object and well, ... the Object needs to be Serializable
for that purpose...

I can't figure the implications of making SavedRequest Serializable but seems
harmless and esases the replication of that object in different application
servers embedding Tomcat, not only JBoss...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 08:22 ---
Hi,
currently the tomcat don't support real Clustered SSO. The JBOSS Cluster 
support SSO. We have no 
SavedRequest object. At last Google summer code camp  a SSO project is start 
but result is not included at 
tomcat 5.5 codebase. 
 
What I tell you is, that we transport the session principal to all backup nodes 
after FORM Login. With a 
single
application you don't must login after a failure of your primary node.

Peter
  

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 08:40 ---
Sorry, I may have not provided the necesary info for this.

This is the situation:

One cluster of 4 Jboss instances wich use Tomcat as JSP/Servlet implementation
for serving a  web-app.., Jboss takes care of replication and
clustering issues and Apache+mod_jk takes care of load balancing.

When an authentication-protected webapp is deployed in such environment, things
begin to go wrong when the node that processes form-based authentication queries
(j_security_check) is different from the node that redirected the user to the
login page (and the one that saves a SavedRequest object as a note in tomcat's
Session). That makes succesive authentication request happen as such
SavedRequest Object is not granted to be available on all cluster nodes, as it
is not Serializable and it is not monitorized to be replicated within the 
cluster.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 09:07 ---
Why the node is different? Is your request not correct registered with a 
session id ..
Please, check your url rewriting or cookie handling.
Also chech that at server.xml the jvmroute has same name as mod_jk worker name.

Peter
 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 09:35 ---
What we propose is in fact to avoid the use of sticky sessions and deploy a real
full replicated-distributed environment as you may see.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 09:50 ---
Hi
All java clustered solutions use stickyness. Only at a failure the session used 
at a backup.
Please read the servlet spec or discuss this topic with JSR servlet spec team.

Peter


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 10:16 ---
I can't discuss this with JSR-154 team because it's not specified how this
particular case should be handled.

I'm refering SRV.7.7.2 section of the Servlet 2.4 spec wich Tomcat implements in
recent versions. Nowhere in that document sticky sessions are mentioned and only
general comments about serialization and concurrence are provided. In fact it
says that "Migration of sessions will be handled by container-specific
facilities." so  implementations are free, and because SavedRequest info is
saved as a note in Tomcat's Session that's why we ask it to be Serializable
and/or stored in the session and not as a non-serializable-internal note.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40531] - make SavedRequest Serializable to allow proper handling on clustered SSO

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40531


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 10:25 ---
This is bugtracking system is not a support forum. 
Please, discuss this topic a user or developer list. 

Peter

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40151





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 10:38 ---
The following suggestion doesn't work for me:


JkMount motorweb


The hack that involves a RewriteRule isn't really suitable as I need the
sessions in these pages.

The following suggestion is working fine:


  SetHandler jakarta-servlet


I'm happy for this issue to be closed if an enhancement is opened for mod_jk to
perform something similar as suggested by David Rees.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40151





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 10:44 ---
Have you seen the last checkin's from Rainer?

He has fix that issue. Please, test with newst version 
http://tomcat.apache.org/dev/dist/tomcat-
connectors/jk/source/jk-1.2.19/

Peter


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Why SavedRequest should be Serializable (or at least not stored in a Session note)

[Alberto Rodriguez Galdo]

Hi,

  Servlet 2.4 specification states that

  "Migration of sessions will be handled by container-specific facilities."
and

  "The Container Provider can ensure scalability and quality of service
features like load-balancing and failover by having the ability to move a
session object, and its contents, from any active node of the distributed
system to a different node of the system."

  When Tomcat receives a request for a protected URL, the user is
redirected to the login page and a SavedRequest object is created and stored
as a note in the user session via setNote method of
org.apache.catalina.session.StandardSession (the note then gets stored as an
entry in a Hashtable inside the session).

  As this object is not serializable, when any clustering mechanism outisde
tomcat (such as the ones that implement application servers that embed
tomcat to provide JSP/Servlet processing) no easy mechanism can be provided
to replicate the info of a request to a protected URL before the
authentication is performed with a j_security_check POST (in a form-based
authentication environment).

  Sticky sessions are a way of circunventing this problem but doesn't
provide full load-bancing and failover capabilities.

  What are the chances of transforming
org.apache.catalina.authenticator.SavedRequest in a Serializable Object
and/or storing that object in the session to be easily replicated so this
problem is avoided and full replication schemes would be implemented for SSO
in clustered environments and so on?

--
Alberto Rodriguez Galdo
[EMAIL PROTECTED]

DO NOT REPLY [Bug 38898] - Tomcat service fails without error message

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=38898





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 13:27 ---
(In reply to comment #5)
> I'll create more verbosed logging for procrun that will
> resolve this issue.

I don't mean to be pushy, but this error affected us on production again this
morning, so I'm very eager to try a verbose procrun.  Any progress on making 
one?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Why SavedRequest should be Serializable (or at least not stored in a Session note)

[Peter Rossbach]

Hi Alberto,

please start discussion only at one list!

I think we don't must support replication at SavedRequest objects.
Feel free to send us patch.

See Servlet Spec 7.2.2
==
Within an application marked as distributable, all requests that are  
part of a session

must be handled by one Java Virtual Machine1 (“JVM”) at a time.
==

This means normally all requests form same session are handled
by same JVM. That also means, you must used "sticky session" at your  
LB layer.
Only after a crash or admin migration the session become active on a  
another node.


Changes of sessions are not thread save. Also transactional  
synchronzation between different nodes

can be done effective.

Regards
Peter


Am 18.09.2006 um 12:52 schrieb Alberto Rodriguez Galdo:


Hi,

   Servlet 2.4 specification states that

   "Migration of sessions will be handled by container-specific  
facilities." and


   "The Container Provider can ensure scalability and quality of  
service features like load-balancing and failover by having the  
ability to move a session object, and its contents, from any active  
node of the distributed system to a different node of the system."


   When Tomcat receives a request for a protected URL, the user is  
redirected to the login page and a SavedRequest object is created  
and stored as a note in the user session via setNote method of  
org.apache.catalina.session.StandardSession (the note then gets  
stored as an entry in a Hashtable inside the session).


   As this object is not serializable, when any clustering  
mechanism outisde tomcat (such as the ones that implement  
application servers that embed tomcat to provide JSP/Servlet  
processing) no easy mechanism can be provided to replicate the info  
of a request to a protected URL before the authentication is  
performed with a j_security_check POST (in a form-based  
authentication environment).


   Sticky sessions are a way of circunventing this problem but  
doesn't provide full load-bancing and failover capabilities.


   What are the chances of transforming  
org.apache.catalina.authenticator.SavedRequest in a Serializable  
Object and/or storing that object in the session to be easily  
replicated so this problem is avoided and full replication schemes  
would be implemented for SSO in clustered environments and so on?


--
Alberto Rodriguez Galdo
[EMAIL PROTECTED]

[VOTE] 5.5.20 Release Vote

[Filip Hanik - Dev Lists]

Our test candidate v5.5.20-beta has been available for a little more
than a week now.  I hope you've had time to test it.  If so, please
vote on its stability and release below.  This vote will run for about 4 days, 
until EOD Thursday Sep 18th

The release is available at
http://people.apache.org/~fhanik/v5.5.20-beta/

Apache Tomcat v5.5.20 is:
[ ] +1 Stable - no major issues
[ ] 0  Beta - issues present, no show stoppers -- tell us what issues are 
present
[ ] -1 - show stopper issues -- tell us what they are

Committer votes are binding, everyone else's input is more than welcome.

Thank you,



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40534] New: - JMX Monitoring in Tomcat

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40534

   Summary: JMX Monitoring in Tomcat
   Product: Tomcat 5
   Version: Unknown
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


catalina.sh needs to have some type of environmental variable that allows the
user to just pass the JMX options for remote monitoring on startup.

The reason for this being is according to Sun's Documentation
http://java.sun.com/j2se/1.5.0/docs/guide/management/agent.html if the port is
already bound to when the JVM is started it throws an Exception and exists the
JVM.  So passing the JMX options via JAVA_OPTS or CATALINA_OPTS is setting it
for both startup and shutdown.  We only need this to be passed during startup. 
I can shutdown Tomcat ungracefully by using -force but that causes other
'issues' in a cluster environment during startup b/c the sessions weren't
cleaned up properly.

I can go manually tweak my catalina.sh script to support this but the minute I
upgrade Tomcat I've broken it and I need to reapply my fix.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40534] - JMX Monitoring in Tomcat

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40534





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 14:36 ---
I'd assume this would just be lumped into JAVA_OPTS.  [That's what I do for most
everything -- rather than chasing separate variables for debugging, etc, etc.]

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.19 release candidate: ready to test

[Mladen Turk]

Rainer Jung wrote:

Hi,


The source distribution can be downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.19/



The binaries are at:
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.19/
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.19/

Note:
Do not use Apache 1.3.37 binaries
from http://hunter.campbus.com/
They simply don't work with mod_jk.

However you can use the one from Gunter's site:
http://www.gknw.net/development/apache/apache-1.3/win32/
although they are missing OpenSSL support.

--
Mladen.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.19 release candidate: ready to test

[William A. Rowe, Jr.]

Mladen Turk wrote:
> 
> The binaries are at:
> http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.19/
> 
> http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.19/
> 
> 
> Note:
> Do not use Apache 1.3.37 binaries
> from http://hunter.campbus.com/
> They simply don't work with mod_jk.
> 
> However you can use the one from Gunter's site:
> http://www.gknw.net/development/apache/apache-1.3/win32/
> although they are missing OpenSSL support.

Let's hope they aren't using 1.3 on Win32.  But if they are... you can find
the current version at archive.apache.org/dist/httpd/binaries/win32/ - strongly
discouraged of course.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r447473 - /tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java

[remm]

Author: remm
Date: Mon Sep 18 10:06:57 2006
New Revision: 447473

URL: http://svn.apache.org/viewvc?view=rev&rev=447473
Log:
- For whatever reason, getValue is different, and must return null if the index 
given is totally bogus.

Modified:
tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java

Modified: tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java?view=diff&rev=447473&r1=447472&r2=447473
==
--- tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java (original)
+++ tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java Mon Sep 18 10:06:57 
2006
@@ -42,8 +42,11 @@
if (base != null && base.getClass().isArray()) {
context.setPropertyResolved(true);
int idx = coerce(property);
-   checkBounds(base, idx);
-   return Array.get(base, idx);
+if (idx < 0 || idx >= Array.getLength(base)) {
+return null;
+} else {
+return Array.get(base, idx);
+}
}
 
return null;



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40536] New: - Configurable Windows service name

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40536

   Summary: Configurable Windows service name
   Product: Tomcat 5
   Version: 5.5.17
  Platform: Other
OS/Version: other
Status: NEW
  Severity: minor
  Priority: P2
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


tomcat.nsi should be modified so that the windows service name is configurable
instead of always "Tomcat5" (or "Tomcat6").  I want to install Tomcat 5.5.17 on
a system that already has Tomcat 5.5.15 installed.  I want different services
for each of them, so that I can have minimal downtime when upgrading.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8187] - Errors when Tomcat used with MS Access database

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=8187


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8187] - Errors when Tomcat used with MS Access database

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=8187


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 17:21 ---
Marking bug as NEEDINFO, since we need more information from the person
reporting the bug.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40536] - Configurable Windows service name

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40536


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 17:21 ---
There is nothing that prevents you from doing such thing.
Simply edit tomcat.nsi and rename tomcat5.exe to yourservice.exe

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40537] New: - [PATCH] Allow admin to configure different IP address for SHUTDOWN

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40537

   Summary: [PATCH] Allow admin to configure different IP address
for SHUTDOWN
   Product: Tomcat 5
   Version: Unknown
  Platform: All
OS/Version: All
Status: NEW
  Keywords: PatchAvailable
  Severity: enhancement
  Priority: P4
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is a pretty unique case, but we have over forty instances of Tomcat 
running on any given machine, each bound to their own IP addresses.  The 
problem is that the listener for SHUTDOWN always binds to 127.0.0.1.  Although 
the port number is configurable, it gets a little unruly to manage that many.
This patch expands on the ability to set the port, by allowing the IP address 
to be configured as well in server.xml.
I am aware of the security implications, that something other than localhost 
may be accessible from other locations, but I argue that it's really up to the 
admin to take care of that with good firewall rules.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40537] - [PATCH] Allow admin to configure different IP address for SHUTDOWN

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40537





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 17:41 ---
Created an attachment (id=18881)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18881&action=view)
Add ability to configure SHUTDOWN address in server.xml

This patch adds the ability to set the SHUTDOWN IP address in server.xml.  Like
so:


If left out, the default address is 127.0.0.1.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r447499 - /tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java

[fhanik]

Author: fhanik
Date: Mon Sep 18 11:47:54 2006
New Revision: 447499

URL: http://svn.apache.org/viewvc?view=rev&rev=447499
Log:
Fixed defects 40449 and 39125, shout if you disagree. This seemed the simplest 
and most correct way to do it.

Modified:

tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java

Modified: 
tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java?view=diff&rev=447499&r1=447498&r2=447499
==
--- 
tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java
 (original)
+++ 
tomcat/container/tc5.5.x/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager/HostManagerServlet.java
 Mon Sep 18 11:47:54 2006
@@ -45,6 +45,7 @@
 import org.apache.catalina.startup.HostConfig;
 import org.apache.catalina.util.StringManager;
 import org.apache.commons.modeler.Registry;
+import org.apache.catalina.core.ContainerBase;
 
 
 /**
@@ -444,7 +445,7 @@
 
 // Add host aliases
 if ((aliases != null) && !("".equals(aliases))) {
-StringTokenizer tok = new StringTokenizer(aliases, ",");
+StringTokenizer tok = new StringTokenizer(aliases, ", ");
 while (tok.hasMoreTokens()) {
 host.addAlias(tok.nextToken());
 }
@@ -511,7 +512,9 @@
 // Remove host
 // Note that the host will not get physically removed
 try {
-engine.removeChild(engine.findChild(name));
+Container child = engine.findChild(name);
+engine.removeChild(child);
+if ( child instanceof ContainerBase ) 
((ContainerBase)child).destroy();
 } catch (Exception e) {
 writer.println(sm.getString("hostManagerServlet.exception",
 e.toString()));



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 39125] - Host Manager Add Host Problems w/ Spaces

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=39125


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|tomcat- |[EMAIL PROTECTED]
   |[EMAIL PROTECTED]  |
 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 18:45 ---
Created an attachment (id=18882)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18882&action=view)
Diff


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40449] - Requests for host removed via Host Manager not sent to Engine defaultHost

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40449


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|tomcat- |[EMAIL PROTECTED]
   |[EMAIL PROTECTED]  |
 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 18:45 ---
Created an attachment (id=18883)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18883&action=view)
diff for fix incl bug 39125


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40536] - Configurable Windows service name

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40536





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 19:27 ---
(In reply to comment #1)
> There is nothing that prevents you from doing such thing.
> Simply edit tomcat.nsi and rename tomcat5.exe to yourservice.exe

But that requires anyone who wants more than one version of tomcat installed to
check out Tomcat from source, modify it, and rebuild it for each instance.  I
would much prefer to add an advanced option in the installer to allow a
different service name.

I have already taken a look at tomcat.nsi and would be willing to work on a
patch, if it were to be accepted.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r447527 - in /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler: PageInfo.java Validator.java

[remm]

Author: remm
Date: Mon Sep 18 12:59:59 2006
New Revision: 447527

URL: http://svn.apache.org/viewvc?view=rev&rev=447527
Log:
- Fix cut & paste error.
- Fix validation for the two new page directives.
- I will next add support for the two new jsp-property-group elements.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/PageInfo.java
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/PageInfo.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/PageInfo.java?view=diff&rev=447527&r1=447526&r2=447527
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/PageInfo.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/PageInfo.java Mon Sep 
18 12:59:59 2006
@@ -657,7 +657,7 @@
 err.jspError(n, 
"jsp.error.tag.invalid.trimdirectivewhitespaces");
 }
 
-deferredSyntaxAllowedAsLiteralValue = value;
+trimDirectiveWhitespacesValue = value;
 }
 
 public void setELIgnored(boolean s) {

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java?view=diff&rev=447527&r1=447526&r2=447527
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java Mon Sep 
18 12:59:59 2006
@@ -65,19 +65,22 @@
 private ErrorDispatcher err;
 
 private static final JspUtil.ValidAttribute[] pageDirectiveAttrs = {
-new JspUtil.ValidAttribute("language"),
-new JspUtil.ValidAttribute("extends"),
-new JspUtil.ValidAttribute("import"),
-new JspUtil.ValidAttribute("session"),
-new JspUtil.ValidAttribute("buffer"),
-new JspUtil.ValidAttribute("autoFlush"),
-new JspUtil.ValidAttribute("isThreadSafe"),
-new JspUtil.ValidAttribute("info"),
-new JspUtil.ValidAttribute("errorPage"),
-new JspUtil.ValidAttribute("isErrorPage"),
-new JspUtil.ValidAttribute("contentType"),
-new JspUtil.ValidAttribute("pageEncoding"),
-new JspUtil.ValidAttribute("isELIgnored") };
+new JspUtil.ValidAttribute("language"),
+new JspUtil.ValidAttribute("extends"),
+new JspUtil.ValidAttribute("import"),
+new JspUtil.ValidAttribute("session"),
+new JspUtil.ValidAttribute("buffer"),
+new JspUtil.ValidAttribute("autoFlush"),
+new JspUtil.ValidAttribute("isThreadSafe"),
+new JspUtil.ValidAttribute("info"),
+new JspUtil.ValidAttribute("errorPage"),
+new JspUtil.ValidAttribute("isErrorPage"),
+new JspUtil.ValidAttribute("contentType"),
+new JspUtil.ValidAttribute("pageEncoding"),
+new JspUtil.ValidAttribute("isELIgnored"),
+new JspUtil.ValidAttribute("deferredSyntaxAllowedAsLiteral"),
+new JspUtil.ValidAttribute("trimDirectiveWhitespaces")
+};
 
 private boolean pageEncodingSeen = false;
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r447535 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

[remm]

Author: remm
Date: Mon Sep 18 13:10:04 2006
New Revision: 447535

URL: http://svn.apache.org/viewvc?view=rev&rev=447535
Log:
- When EL is ignored, restore '#' correctly in template text.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java?view=diff&rev=447535&r1=447534&r2=447535
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java Mon Sep 
18 13:10:04 2006
@@ -898,7 +898,7 @@
 n.getEL().getMapName(), false) + ");");
 } else {
 out.printil("out.write("
-+ quote("${" + new String(n.getText()) + "}") + ");");
++ quote(n.getType() + "{" + new String(n.getText()) + 
"}") + ");");
 }
 n.setEndJavaLine(out.getJavaLine());
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40537] - [PATCH] Allow admin to configure different IP address for SHUTDOWN

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40537





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 21:06 ---
If allowed - we also need to add to the docs that this can be a gigantic 
security hole. [And advice smart firewall/iptable usage for prevention]

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40151





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 22:07 ---
I can confirm that 1.2.19 provides a good solution to the jsessionid problem in
my  setup.

Damon, will you try adding this to your config?


 SetEnv JK_WORKER_NAME motorweb
 SetHandler jakarta-servlet


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40151





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 22:20 ---
I had a look through the 1.2.19 change log and couldn't find anything that
seemed relevant. 

I already have the following with 1.2.18 which works:


 SetHandler jakarta-servlet


I can add "SetEnv JK_WORKER_NAME motorweb" to it. I presume this is in case I
have more than one worker in my worker.list? I only have the one worker
"motorweb" at present.

Is the above intended to be the final solution to this problem?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Releasing JK 1.2.19

[David Rees]

On 9/14/06, Rainer Jung <[EMAIL PROTECTED]> wrote:

David Rees wrote:

OK. I would propose that adding a new feature that allows you to map
all requests matching .*;jsessionid=.* to mod_jk would be a worthy
feature. I am willing to work on a patch if no mod_jk developers are
interested. Should I open an enhancement request?


Please open a Bugzilla for an enhancement request.

Thanks for pointing it out.


In case you missed my comment to bug 40151, I can confirm that the new
functionality provided in 1.2.19 works great. Thanks!

-Dave

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40151





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 22:25 ---
(In reply to comment #11)
> I can add "SetEnv JK_WORKER_NAME motorweb" to it. I presume this is in case I
> have more than one worker in my worker.list?

Yes, that is correct.

> I only have the one worker "motorweb" at present.
> Is the above intended to be the final solution to this problem?

I think so!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40525] - Native library causes 100% cpu use when idle

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=40525





--- Additional Comments From [EMAIL PROTECTED]  2006-09-18 23:56 ---
(In reply to comment #0)
The patch in my original comment is incorrect.  It does not preserve the timeout
when there is no socket timeout. Apologies!
Here is a corrected patch:


Index: jni/native/src/poll.c
===
--- jni/native/src/poll.c   (revision 446772)
+++ jni/native/src/poll.c   (working copy)
@@ -263,13 +263,16 @@
 /* Find the minimum timeout */
 for (i = 0; i < p->nelts; i++) {
 apr_interval_time_t t = now - p->socket_ttl[i];
-if (t >= p->max_ttl) {
-ptime = 0;
-break;
-}
-else {
-ptime = TCN_MIN(p->max_ttl - t, ptime);
-}
+   if (p->max_ttl > 0)
+   {
+   if (t >= p->max_ttl) {
+   ptime = 0;
+   break;
+   }
+   else {
+   ptime = TCN_MIN(p->max_ttl - t, ptime);
+   }
+   }
 }
 }
 for (;;) {

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Unable to access Tomcat from another machine

[Ankur]

Hi Friends, 

I have recently installed Tomcat 5.5 on my machine having url
http://ankur:8085/ 
Now when i try to run this url from another machine on the LAN it displays: 

Error: Page can't be displayed... 

Please provide me the solution as I am the new to Tomcat. 

Thanks in Advance, 
Ankur


-- 
View this message in context: 
http://www.nabble.com/Unable-to-access-Tomcat-from-another-machine-tf2297181.html#a6382373
Sent from the Tomcat - Dev mailing list archive at Nabble.com.

Re: Why SavedRequest should be Serializable (or at least not stored in a Session note)

[Alberto Rodriguez Galdo]

See Servlet Spec 7.2.2
==
Within an application marked as distributable, all requests that are part
of a session
must be handled by one Java Virtual Machine1 ("JVM") at a time.
==




That is quite a good reason.

Regards,

--
Alberto Rodriguez Galdo
argaldo at gmail.com