You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Henri Gomez <hg...@apache.org> on 2004/07/14 17:17:06 UTC
mod_jk 1.0.26 release ?
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
Vote please ;-)
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ?
Posted by Bill Barker <wb...@wilshire.com>.
----- Original Message -----
From: "Henri Gomez" <hg...@apache.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Wednesday, July 14, 2004 8:17 AM
Subject: mod_jk 1.0.26 release ?
> jk 1.2.6 seems to be in a good shape and a release should be welcome
> for many users.
>
> I'd like to release jk 1.2.6 next week.
>
> Any objections ?
>
> Vote please ;-)
>
+1 (even if I haven't had much time to put into the '1' part :).
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
Re: mod_jk 1.0.26 release ?
Posted by Peter Rossbach <pr...@objektpark.de>.
cool status and it works fine,
+1
Thanx
peter
Henri Gomez schrieb:
> jk 1.2.6 seems to be in a good shape and a release should be welcome
> for many users.
>
> I'd like to release jk 1.2.6 next week.
>
> Any objections ?
>
> Vote please ;-)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
mod_jk 1.2.6 release - any showstopper ?
Posted by Henri Gomez <hg...@apache.org>.
Fix the latest Bill fix on lb cookies it seems there
is nothing which prevent us from releasing jk 1.2.6.
So if nobody reports a show stopper today, I'll
start the jk 1.2.6 release tomorrow morning CET.
Regards
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
Bill,
Much thanks!
We've tested the fixed get_cookie back-ported to mod_jk 1.2.5 and it
works well.
We'll deploy that version into production tonight but I don't expect
any problems. I'll let y'all know if there is.
Sandy
On Jul 20, 2004, at 3:17 PM, Bill Barker wrote:
> I see that attachments are still getting stripped from the list :).
>
> The problem is yet-another-typo. The check for a comma
> cookie-delimiter
> ends up re-setting the returned cookie value to NULL, so the lb thinks
> that
> no cookie was sent. If this attachment comes through, it's the patch
> for
> it. I'll commit it later (PST), if nobody else wants it.
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Bill Barker <wb...@wilshire.com>.
I see that attachments are still getting stripped from the list :).
The problem is yet-another-typo. The check for a comma cookie-delimiter
ends up re-setting the returned cookie value to NULL, so the lb thinks that
no cookie was sent. If this attachment comes through, it's the patch for
it. I'll commit it later (PST), if nobody else wants it.
----- Original Message -----
From: "Bill Barker" <wb...@wilshire.com>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Tuesday, July 20, 2004 11:35 AM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
> I was thinking something like attached.
>
> ----- Original Message -----
> From: "Sandy McArthur" <Sa...@McArthur.org>
> To: "Tomcat Developers List" <to...@jakarta.apache.org>
> Sent: Tuesday, July 20, 2004 7:04 AM
> Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
>
>
> >
> > On Jul 20, 2004, at 5:27 AM, Henri Gomez wrote:
> >
> > > Could you send us you workers.properties ?
> >
> > attached.
> >
>
>
> --------------------------------------------------------------------------
--
> ----
>
>
> >
> >
> > >> If
> > >> you feel like putting more work into this, adding
> > >> 'fprintf(stderr,...)'
> > >> statements should go to the Apache error_log.
> > >
> > > Where did you want me put fprint ?
> >
> > Let us know where you want them and we'll test that code too.
> >
> > Sandy McArthur
>
----------------------------------------------------------------------------
----
>
> This message is intended only for the use of the person(s) listed above as
the intended recipient(s), and may contain information that is PRIVILEGED
and CONFIDENTIAL. If you are not an intended recipient, you may not read,
copy, or distribute this message or any attachment. If you received this
communication in error, please notify us immediately by e-mail and then
delete all copies of this message and any attachments.
>
> In addition you should be aware that ordinary (unencrypted) e-mail sent
through the Internet is not secure. Do not send confidential or sensitive
information, such as social security numbers, account numbers, personal
identification numbers and passwords, to us via ordinary (unencrypted)
e-mail.
>
>
----------------------------------------------------------------------------
----
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Bill Barker <wb...@wilshire.com>.
I was thinking something like attached.
----- Original Message -----
From: "Sandy McArthur" <Sa...@McArthur.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Tuesday, July 20, 2004 7:04 AM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
>
> On Jul 20, 2004, at 5:27 AM, Henri Gomez wrote:
>
> > Could you send us you workers.properties ?
>
> attached.
>
----------------------------------------------------------------------------
----
>
>
> >> If
> >> you feel like putting more work into this, adding
> >> 'fprintf(stderr,...)'
> >> statements should go to the Apache error_log.
> >
> > Where did you want me put fprint ?
>
> Let us know where you want them and we'll test that code too.
>
> Sandy McArthur
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
On Jul 20, 2004, at 5:27 AM, Henri Gomez wrote:
> Could you send us you workers.properties ?
attached.
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Henri Gomez <hg...@apache.org>.
Bill Barker wrote:
> ----- Original Message -----
> From: "Sandy McArthur" <Sa...@McArthur.org>
> To: "Tomcat Developers List" <to...@jakarta.apache.org>
> Sent: Monday, July 19, 2004 9:15 PM
> Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
>
>
>
>>On Jul 19, 2004, at 8:43 AM, Henri Gomez wrote:
>>
>>>And since I couldn't delay the release to long, we need a quick reply,
>>>so thanks to take a look at it.
>>
>>We've setup a current CVS checkout of mod_jk at
>>http://sp27en1.nerdc.ufl.edu/login.do which is load balancing to our
>>webmail cluster. If you constantly reload the page you'll see it's
>>setting a new JSESSIONID cookie on every request.
Could you send us you workers.properties ?
> Yup. Sending the cookie almost always fails to stick. Sending the
> jsessionid via URL-rewriting always sticks. So it does look like there is a
> bug with the lb cookie parsing. I can't see by looking at the code what it
> is however :(. I can probably find a machine that I can hook up with the
> HEAD code and lb to see what is going wrong, but I can't promise when. If
> you feel like putting more work into this, adding 'fprintf(stderr,...)'
> statements should go to the Apache error_log.
I've got such settings here, with 2 TC 3.3.2.
Where did you want me put fprint ?
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Bill Barker <wb...@wilshire.com>.
----- Original Message -----
From: "Sandy McArthur" <Sa...@McArthur.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Monday, July 19, 2004 9:15 PM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
> On Jul 19, 2004, at 8:43 AM, Henri Gomez wrote:
> > And since I couldn't delay the release to long, we need a quick reply,
> > so thanks to take a look at it.
>
> We've setup a current CVS checkout of mod_jk at
> http://sp27en1.nerdc.ufl.edu/login.do which is load balancing to our
> webmail cluster. If you constantly reload the page you'll see it's
> setting a new JSESSIONID cookie on every request.
>
Yup. Sending the cookie almost always fails to stick. Sending the
jsessionid via URL-rewriting always sticks. So it does look like there is a
bug with the lb cookie parsing. I can't see by looking at the code what it
is however :(. I can probably find a machine that I can hook up with the
HEAD code and lb to see what is going wrong, but I can't promise when. If
you feel like putting more work into this, adding 'fprintf(stderr,...)'
statements should go to the Apache error_log.
> For comparison https://webmail.ufl.edu/login.do is using mod_jk 1.2.5
> load balancing to the same webmail cluster.
>
Yup. This one will always stick with the cookie.
> Sandy McArthur
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
On Jul 19, 2004, at 8:43 AM, Henri Gomez wrote:
> And since I couldn't delay the release to long, we need a quick reply,
> so thanks to take a look at it.
We've setup a current CVS checkout of mod_jk at
http://sp27en1.nerdc.ufl.edu/login.do which is load balancing to our
webmail cluster. If you constantly reload the page you'll see it's
setting a new JSESSIONID cookie on every request.
For comparison https://webmail.ufl.edu/login.do is using mod_jk 1.2.5
load balancing to the same webmail cluster.
Sandy McArthur
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Henri Gomez <hg...@apache.org>.
Sandy McArthur wrote:
>
> On Jul 19, 2004, at 4:06 AM, Henri Gomez wrote:
>
>> Sandy McArthur wrote:
>>
>>> Thinking on it more, I think I'm full of it and I was confusing the
>>> symptoms of two problems that were happening at the same time.
>>> Disregard my comments below until I can double check myself.
>>> Sandy
>>> On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
>>>
>>>> On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
>>>>
>>>>> Could you take the latest code in CVS and check to see if it solve
>>>>> your
>>>>> problem ?
>>>>
>>>>
>>>> We took the new get_cookie() implementation from CVS and replaced
>>>> the one in our mod_jk 1.2.5 package and all hell broke loose. The
>>>> jvmroute of the JSESSIONID cookie weren't being respected and users
>>>> coudn't do anything in our load balanced setup because they were
>>>> getting new JSESSIONID cookies on each request.
>>>>
>>>> We reverted very quickly so I didn't get a good chance to debug it.
>>>> Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
>>>> with the new get_cookie() in the 1.2.5 version.
>>>>
>>>> I've manually followed the new get_cookie() code and it looks right
>>>> to me but I'm nervous about it for now.
>>>>
>>>> I'd like to know if anyone else has had success with the new
>>>> get_cookie() in a load balanced setup.
>>
>>
>> I'm waiting for your reply to tag and make jk 1.2.6 release.
>
>
> I double checked our setup and our attempt to patch mod_jk 1.2.5 with
> the new get_cookie implementation and found that request were *not*
> being forward to the right clone based on the jvmroute part of the
> JSESSIONID cookie.
>
> I have not had time to test a current CVS checkout of mod_jk in a load
> balanced setup.
Well the patch was release to fix your problem and correct what could be
a serious problem in jk 1.2.x and I'd like to know if it's fixed before
making the 1.2.6 release.
And since I couldn't delay the release to long, we need a quick reply,
so thanks to take a look at it.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Bill Barker <wb...@wilshire.com>.
----- Original Message -----
From: "Sandy McArthur" <Sa...@McArthur.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Monday, July 19, 2004 1:21 AM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
>
> On Jul 19, 2004, at 4:06 AM, Henri Gomez wrote:
>
> > Sandy McArthur wrote:
> >
> >> Thinking on it more, I think I'm full of it and I was confusing the
> >> symptoms of two problems that were happening at the same time.
> >> Disregard my comments below until I can double check myself.
> >> Sandy
> >> On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
> >>> On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
> >>>
> >>>> Could you take the latest code in CVS and check to see if it solve
> >>>> your
> >>>> problem ?
> >>>
> >>> We took the new get_cookie() implementation from CVS and replaced
> >>> the one in our mod_jk 1.2.5 package and all hell broke loose. The
> >>> jvmroute of the JSESSIONID cookie weren't being respected and users
> >>> coudn't do anything in our load balanced setup because they were
> >>> getting new JSESSIONID cookies on each request.
> >>>
> >>> We reverted very quickly so I didn't get a good chance to debug it.
> >>> Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
> >>> with the new get_cookie() in the 1.2.5 version.
> >>>
> >>> I've manually followed the new get_cookie() code and it looks right
> >>> to me but I'm nervous about it for now.
> >>>
> >>> I'd like to know if anyone else has had success with the new
> >>> get_cookie() in a load balanced setup.
> >
> > I'm waiting for your reply to tag and make jk 1.2.6 release.
>
> I double checked our setup and our attempt to patch mod_jk 1.2.5 with
> the new get_cookie implementation and found that request were *not*
> being forward to the right clone based on the jvmroute part of the
> JSESSIONID cookie.
>
If the UA is sending trailing white-space between the Cookie value and the
';', then the current patch will fail. I don't know of any UAs that do,
which is why I didn't bother with stripping it (at least this close to a
release date).
> I have not had time to test a current CVS checkout of mod_jk in a load
> balanced setup.
>
> Sandy McArthur
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
On Jul 19, 2004, at 4:06 AM, Henri Gomez wrote:
> Sandy McArthur wrote:
>
>> Thinking on it more, I think I'm full of it and I was confusing the
>> symptoms of two problems that were happening at the same time.
>> Disregard my comments below until I can double check myself.
>> Sandy
>> On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
>>> On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
>>>
>>>> Could you take the latest code in CVS and check to see if it solve
>>>> your
>>>> problem ?
>>>
>>> We took the new get_cookie() implementation from CVS and replaced
>>> the one in our mod_jk 1.2.5 package and all hell broke loose. The
>>> jvmroute of the JSESSIONID cookie weren't being respected and users
>>> coudn't do anything in our load balanced setup because they were
>>> getting new JSESSIONID cookies on each request.
>>>
>>> We reverted very quickly so I didn't get a good chance to debug it.
>>> Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
>>> with the new get_cookie() in the 1.2.5 version.
>>>
>>> I've manually followed the new get_cookie() code and it looks right
>>> to me but I'm nervous about it for now.
>>>
>>> I'd like to know if anyone else has had success with the new
>>> get_cookie() in a load balanced setup.
>
> I'm waiting for your reply to tag and make jk 1.2.6 release.
I double checked our setup and our attempt to patch mod_jk 1.2.5 with
the new get_cookie implementation and found that request were *not*
being forward to the right clone based on the jvmroute part of the
JSESSIONID cookie.
I have not had time to test a current CVS checkout of mod_jk in a load
balanced setup.
Sandy McArthur
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Henri Gomez <hg...@apache.org>.
Sandy McArthur wrote:
> Thinking on it more, I think I'm full of it and I was confusing the
> symptoms of two problems that were happening at the same time. Disregard
> my comments below until I can double check myself.
>
> Sandy
>
> On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
>
>> On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
>>
>>> Could you take the latest code in CVS and check to see if it solve your
>>> problem ?
>>
>>
>> We took the new get_cookie() implementation from CVS and replaced the
>> one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
>> of the JSESSIONID cookie weren't being respected and users coudn't do
>> anything in our load balanced setup because they were getting new
>> JSESSIONID cookies on each request.
>>
>> We reverted very quickly so I didn't get a good chance to debug it.
>> Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
>> with the new get_cookie() in the 1.2.5 version.
>>
>> I've manually followed the new get_cookie() code and it looks right to
>> me but I'm nervous about it for now.
>>
>> I'd like to know if anyone else has had success with the new
>> get_cookie() in a load balanced setup.
I'm waiting for your reply to tag and make jk 1.2.6 release.
Regards
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
Thinking on it more, I think I'm full of it and I was confusing the
symptoms of two problems that were happening at the same time.
Disregard my comments below until I can double check myself.
Sandy
On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
> On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
>
>> Could you take the latest code in CVS and check to see if it solve
>> your
>> problem ?
>
> We took the new get_cookie() implementation from CVS and replaced the
> one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
> of the JSESSIONID cookie weren't being respected and users coudn't do
> anything in our load balanced setup because they were getting new
> JSESSIONID cookies on each request.
>
> We reverted very quickly so I didn't get a good chance to debug it.
> Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
> with the new get_cookie() in the 1.2.5 version.
>
> I've manually followed the new get_cookie() code and it looks right to
> me but I'm nervous about it for now.
>
> I'd like to know if anyone else has had success with the new
> get_cookie() in a load balanced setup.
>
> Sandy
Re: mod_jk 1.2.6 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
> Could you take the latest code in CVS and check to see if it solve your
> problem ?
We took the new get_cookie() implementation from CVS and replaced the
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
of the JSESSIONID cookie weren't being respected and users coudn't do
anything in our load balanced setup because they were getting new
JSESSIONID cookies on each request.
We reverted very quickly so I didn't get a good chance to debug it.
Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem
with the new get_cookie() in the 1.2.5 version.
I've manually followed the new get_cookie() code and it looks right to
me but I'm nervous about it for now.
I'd like to know if anyone else has had success with the new
get_cookie() in a load balanced setup.
Sandy
Re: mod_jk 1.0.26 release ? - session tracking cookie
Posted by Henri Gomez <hg...@apache.org>.
Sandy McArthur wrote:
> On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
>
>> jk 1.2.6 seems to be in a good shape and a release should be welcome
>> for many users.
>>
>> I'd like to release jk 1.2.6 next week.
>>
>> Any objections ?
>
>
> I have one gripe with the way mod_jk chooses the session tracking cookie.
>
> I'm not a dev but I just tracked down a bug that has been causing us,
> University of Florida, some pain for a few weeks.
>
> I'm currently verifying that I'm not full of it before I filed a bug
> report but the short version is:
>
> mod_jk seems to pick the first cookie ending in JSESSIONID such as
> PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1:
> "The name of the session tracking cookie must be JSESSIONID."
>
> Take a look at the get_cookie function in jk_lb_worker.c and walk though
> it with input similar to:
>
> Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
Bill patched the lb_worker to fix that.
Could you take the latest code in CVS and check to see if it solve your
problem ?
Regards
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
WebappClassLoader.getURLs Bug!
Posted by Jess Holle <je...@ptc.com>.
In Tomcat 4.1.x, I discovered that RMI calls from Tomcat failed when the
any of the full file paths of the web app jars contained a space (' ')
character.
At the time, I was told this would be fixed in Tomcat 5 and to work
around it in Tomcat 4.1.x, which I did.
Unfortunately, now that I've moved to Tomcat 5, I discover that the bug
is still quite present. There is now a nice getURI() method along with
the previous getURL() method. Unfortunately, getURLs() does not use
getURI( file ).toURL() or any such as it would need to for the RMI
runtime's sake (as it calls getURLs()).
I can clearly patch WebappClassLoader.getURLs() to make such calls
myself, but:
1. I'm left wondering about the broader implications of doing just this.
* In Tomcat 4.1.x, I changed getURL() to do
canonicalFile.toURI().toURL() under Java 1.4 and a hand
coded equivalent in previous JVMs.
* This works quite robustly in my experience, but I'm left
wondering what the overall best, safest, and most performant
fix is.
2. I don't want to keep having to maintain my own fix. An overall
optimal fix should be integrated into Tomcat 5 so that this issue
ceases to be an issue for everyone using Tomcat.
--
Jess Holle
Re: mod_jk 1.0.26 release ? - session tracking cookie
Posted by Bill Barker <wb...@wilshire.com>.
Good catch :).
This should be easy enough to get into 1.2.6.
----- Original Message -----
From: "Sandy McArthur" <Sa...@McArthur.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Wednesday, July 14, 2004 12:21 PM
Subject: Re: mod_jk 1.0.26 release ? - session tracking cookie
> On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
>
> > jk 1.2.6 seems to be in a good shape and a release should be welcome
> > for many users.
> >
> > I'd like to release jk 1.2.6 next week.
> >
> > Any objections ?
>
> I have one gripe with the way mod_jk chooses the session tracking
> cookie.
>
> I'm not a dev but I just tracked down a bug that has been causing us,
> University of Florida, some pain for a few weeks.
>
> I'm currently verifying that I'm not full of it before I filed a bug
> report but the short version is:
>
> mod_jk seems to pick the first cookie ending in JSESSIONID such as
> PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1:
> "The name of the session tracking cookie must be JSESSIONID."
>
> Take a look at the get_cookie function in jk_lb_worker.c and walk
> though it with input similar to:
>
> Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
>
> Sandy
Re: mod_jk 1.0.26 release ? - session tracking cookie
Posted by Henri Gomez <hg...@apache.org>.
Sandy McArthur wrote:
> On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
>
>> jk 1.2.6 seems to be in a good shape and a release should be welcome
>> for many users.
>>
>> I'd like to release jk 1.2.6 next week.
>>
>> Any objections ?
>
>
> I have one gripe with the way mod_jk chooses the session tracking cookie.
>
> I'm not a dev but I just tracked down a bug that has been causing us,
> University of Florida, some pain for a few weeks.
>
> I'm currently verifying that I'm not full of it before I filed a bug
> report but the short version is:
>
> mod_jk seems to pick the first cookie ending in JSESSIONID such as
> PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1:
> "The name of the session tracking cookie must be JSESSIONID."
>
> Take a look at the get_cookie function in jk_lb_worker.c and walk though
> it with input similar to:
>
> Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
I take a look at this and fix if simple :)
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ? - session tracking cookie
Posted by Sandy McArthur <Sa...@McArthur.org>.
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
> jk 1.2.6 seems to be in a good shape and a release should be welcome
> for many users.
>
> I'd like to release jk 1.2.6 next week.
>
> Any objections ?
I have one gripe with the way mod_jk chooses the session tracking
cookie.
I'm not a dev but I just tracked down a bug that has been causing us,
University of Florida, some pain for a few weeks.
I'm currently verifying that I'm not full of it before I filed a bug
report but the short version is:
mod_jk seems to pick the first cookie ending in JSESSIONID such as
PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1:
"The name of the session tracking cookie must be JSESSIONID."
Take a look at the get_cookie function in jk_lb_worker.c and walk
though it with input similar to:
Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
Sandy
Re: mod_jk 1.0.26 release ?
Posted by Kurt Miller <tr...@apache.org>.
From: "Henri Gomez" <hg...@apache.org>
> jk 1.2.6 seems to be in a good shape and a release should be welcome
> for many users.
>
> I'd like to release jk 1.2.6 next week.
>
> Any objections ?
>
> Vote please ;-)
>
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ?
Posted by David Rees <dr...@greenhydrant.com>.
nyhgan wrote:
>
> Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The
> problem described emails below only occurs if you use jk1.2.x with Tomcat
> 5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to
> Tomcat5.x.
This sounds like more of a problem in your application or in TC 4 or 5
which your application triggers than a connector bug to me... What do the
Tomcat logs say? Does restarting Apache fix the problem, or does
restarting Tomcat fix the problem?
-Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ?
Posted by Henri Gomez <hg...@apache.org>.
nyhgan wrote:
>
> -------------------------------------
> What's the exact problem ?
>
> I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
> 300 000 req/days and never got this problem.
>
> Explain and detail please.
> -------------------------------------
>
>
>
> Hi, Henri Gomez
>
>
> Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The problem described emails below only occurs if you use jk1.2.x with Tomcat 5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to Tomcat5.x.
>
> Was jk1.2.x designed to work with Tomcat 5.x? Do I need to use jk2? I am using Apache 1.3.27 and I don't think it will work with jk2.
You could use jk 1.2.x with Tomcat 5.x without problem
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ?
Posted by nyhgan <ny...@yahoo.com>.
-------------------------------------
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
-------------------------------------
Hi, Henri Gomez
Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The problem described emails below only occurs if you use jk1.2.x with Tomcat 5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to Tomcat5.x.
Was jk1.2.x designed to work with Tomcat 5.x? Do I need to use jk2? I am using Apache 1.3.27 and I don't think it will work with jk2.
nyhgan
Henri Gomez <hg...@apache.org> wrote:
nyhgan wrote:
> Hi,
>
> Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
> nyhgan wrote:
>
>
> Exactly. I have been on this user list for months and I still haven't seen anyone solve the mod_jk connector issue for apache and tomcat 4.1.x or above. Now, I switch back to use Tomcat3.3 instead because it runs more stable than tomcat4.x and 5.x
>
> We can't wait forever like this. Maybe some experience c++ programmers out there can take a look at the source code for mod_jk and see if the problem can be fix.
>
>
> Galam.
>
>
>
>
> Daniel Gibby wrote: All I can say is you are not alone. Requests of our sort never seem to
> be answered, and we've been asking them for months.
> Actually, by being answered I'm not saying that people don't post
> replies, I just mean that I don't know of anyone who has fixed this
> issue on their system.
>
> It sure sounds like the same issue that I'm having with mod_jk2 2.0.2,
> apache 2.0.40, tomcat 4.1.30 or tomcat 4.1.27... but I can't be sure
> that it is the same issue. My bet is that most of the tomcat developers
> don't use connectors because they would rather keep things stable, and
> introducing apache into the mix just means one more point of failure.
>
> Sorry I can't be of more help right now. I've tried using JMeter to
> reproduce my lockups, and that hasn't helped me yet.
> Is there someone out there who would like to be paid to run a profiler
> on some of my applications? Please contact me off-list, and if you can
> solve my issue, I'll post the results to the list... I'm in contact with
> two or three people from this list that are having the same type of
> issues, and more requests for help come into the list weekly. We'd all
> be happy for the help.
>
> Daniel Gibby
>
> Beat De Martin wrote:
>
>
>>Hello folks
>>I'm using Tomcat 3.3.1, Apache 1.3.27 and mod_jk 1.2.4.
>>Every two days my Tomcat hungs and I have to restart it.
>>Before Tomcat hungs I can see the following in mod_jk.log:
>>ERROR: can't receive the response message from tomcat, network problems or
>>tomcat is down. err=-1
>>[jk_ajp_common.c (1137)]: Error reading reply from tomcat. Tomcat is down
>>or network problems.
>>[jk_ajp_common.c (1290)]: ERROR: Receiving from tomcat failed, recoverable
>>operation. err=0
>>[jk_ajp_common.c (1309)]: sending request to tomcat failed in send loop.
>>err=0
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
---------------------------------
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
Re: mod_jk 1.0.26 release ?
Posted by Henri Gomez <hg...@apache.org>.
nyhgan wrote:
> Hi,
>
> Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
> nyhgan <ny...@yahoo.com> wrote:
>
>
> Exactly. I have been on this user list for months and I still haven't seen anyone solve the mod_jk connector issue for apache and tomcat 4.1.x or above. Now, I switch back to use Tomcat3.3 instead because it runs more stable than tomcat4.x and 5.x
>
> We can't wait forever like this. Maybe some experience c++ programmers out there can take a look at the source code for mod_jk and see if the problem can be fix.
>
>
> Galam.
>
>
>
>
> Daniel Gibby <dg...@edirectpublishing.com> wrote: All I can say is you are not alone. Requests of our sort never seem to
> be answered, and we've been asking them for months.
> Actually, by being answered I'm not saying that people don't post
> replies, I just mean that I don't know of anyone who has fixed this
> issue on their system.
>
> It sure sounds like the same issue that I'm having with mod_jk2 2.0.2,
> apache 2.0.40, tomcat 4.1.30 or tomcat 4.1.27... but I can't be sure
> that it is the same issue. My bet is that most of the tomcat developers
> don't use connectors because they would rather keep things stable, and
> introducing apache into the mix just means one more point of failure.
>
> Sorry I can't be of more help right now. I've tried using JMeter to
> reproduce my lockups, and that hasn't helped me yet.
> Is there someone out there who would like to be paid to run a profiler
> on some of my applications? Please contact me off-list, and if you can
> solve my issue, I'll post the results to the list... I'm in contact with
> two or three people from this list that are having the same type of
> issues, and more requests for help come into the list weekly. We'd all
> be happy for the help.
>
> Daniel Gibby
>
> Beat De Martin wrote:
>
>
>>Hello folks
>>I'm using Tomcat 3.3.1, Apache 1.3.27 and mod_jk 1.2.4.
>>Every two days my Tomcat hungs and I have to restart it.
>>Before Tomcat hungs I can see the following in mod_jk.log:
>>ERROR: can't receive the response message from tomcat, network problems or
>>tomcat is down. err=-1
>>[jk_ajp_common.c (1137)]: Error reading reply from tomcat. Tomcat is down
>>or network problems.
>>[jk_ajp_common.c (1290)]: ERROR: Receiving from tomcat failed, recoverable
>>operation. err=0
>>[jk_ajp_common.c (1309)]: sending request to tomcat failed in send loop.
>>err=0
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: mod_jk 1.0.26 release ?
Posted by nyhgan <ny...@yahoo.com>.
Hi,
Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
nyhgan <ny...@yahoo.com> wrote:
Exactly. I have been on this user list for months and I still haven't seen anyone solve the mod_jk connector issue for apache and tomcat 4.1.x or above. Now, I switch back to use Tomcat3.3 instead because it runs more stable than tomcat4.x and 5.x
We can't wait forever like this. Maybe some experience c++ programmers out there can take a look at the source code for mod_jk and see if the problem can be fix.
Galam.
Daniel Gibby <dg...@edirectpublishing.com> wrote: All I can say is you are not alone. Requests of our sort never seem to
be answered, and we've been asking them for months.
Actually, by being answered I'm not saying that people don't post
replies, I just mean that I don't know of anyone who has fixed this
issue on their system.
It sure sounds like the same issue that I'm having with mod_jk2 2.0.2,
apache 2.0.40, tomcat 4.1.30 or tomcat 4.1.27... but I can't be sure
that it is the same issue. My bet is that most of the tomcat developers
don't use connectors because they would rather keep things stable, and
introducing apache into the mix just means one more point of failure.
Sorry I can't be of more help right now. I've tried using JMeter to
reproduce my lockups, and that hasn't helped me yet.
Is there someone out there who would like to be paid to run a profiler
on some of my applications? Please contact me off-list, and if you can
solve my issue, I'll post the results to the list... I'm in contact with
two or three people from this list that are having the same type of
issues, and more requests for help come into the list weekly. We'd all
be happy for the help.
Daniel Gibby
Beat De Martin wrote:
>Hello folks
>I'm using Tomcat 3.3.1, Apache 1.3.27 and mod_jk 1.2.4.
>Every two days my Tomcat hungs and I have to restart it.
>Before Tomcat hungs I can see the following in mod_jk.log:
> ERROR: can't receive the response message from tomcat, network problems or
>tomcat is down. err=-1
> [jk_ajp_common.c (1137)]: Error reading reply from tomcat. Tomcat is down
>or network problems.
> [jk_ajp_common.c (1290)]: ERROR: Receiving from tomcat failed, recoverable
>operation. err=0
> [jk_ajp_common.c (1309)]: sending request to tomcat failed in send loop.
>err=0
>
>Any ideas ?
>Cheers
>Beat
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
---------------------------------
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
---------------------------------
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!