You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Remy Maucherat <re...@apache.org> on 2004/02/16 13:41:30 UTC
[5.0.19] Release vote
<ballot>
Release 5.0.19 as Stable:
[ ] Yes
[ ] No
</ballot>
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Remy Maucherat <re...@apache.org>.
So I will anounce Tomcat 5.0.19 and 4.1.30 on monday. What about 3.3.2,
BTW ?
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
RE: [5.0.19] & webdav
Posted by Mark Thomas <ma...@apache.org>.
The change was as a result of bug 22108.
The example web app was trying to do two things:
- be an 'normal' web app with an index page
- be an example of a working webdav directory
Essentially, there isn't a configuration for servlet mapping that enables both
of the above to work reliably across a range of clients. The example has been
configured so webdav always works. The welcome file list is over-ridden by the
servlet mapping so there is no point setting one. The upshot of this is that a
request for / will show a directory listing rather than the index page.
Mark
> From: Ankur Shah [mailto:tomcatuser@optonline.net]
> Remy Maucherat wrote:
>
> > Guenter Knauf wrote:
> >
> >> just found another small issue (seen on Linux and Win32) - the link
> >> on the Tomcat main page to webdav now produces a directory listing
> >> rather than call index.html
> >
> >
> > This is normal as well.
>
> I noticed it this morning, as well (on Solaris 8 and 9). Just out of
> curiousity, why is the welcome-file-list for webdav "disabled"?
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Ankur Shah <to...@optonline.net>.
Remy Maucherat wrote:
> Guenter Knauf wrote:
>
>> just found another small issue (seen on Linux and Win32) - the link
>> on the Tomcat main page to webdav now produces a directory listing
>> rather than call index.html
>
>
> This is normal as well.
I noticed it this morning, as well (on Solaris 8 and 9). Just out of
curiousity, why is the welcome-file-list for webdav "disabled"?
-- A
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Remy Maucherat <re...@apache.org>.
Guenter Knauf wrote:
>> This is as intended, and is indeed a change in behavior. I
>> understand it could cause trouble for some applications, but is a
>> lot cleaner and more efficient.
>
> but it prevents to move applications from TC4 to TC5 since they dont
> work out-of-the-box as before, f.e. *.war. isnt there a setting to
> archive the old behaviour??
No. You're the first to ask, which means there's virtually no demand for
this, and the new behavior solves long standing issues.
I don't think anybody ever said TC 5 would run any webapp unchanged.
There were a significant amount of spec clarifications and behavior
changes (I might add the new behaviors are all needed changes).
>>> other than that, I've tested with a few other apps which work
>>> fine so far...
>
> just found another small issue (seen on Linux and Win32) - the link
> on the Tomcat main page to webdav now produces a directory listing
> rather than call index.html
This is normal as well.
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Guenter Knauf <ef...@gmx.net>.
Hi Remy,
>> two things I found (which are probably older bugs, seen them with
>> 5.0.18 too):
>>
>> - if I call snoop.jsp directly through Tomcat I get 'Content length:
>> -1' while through mod_jk2 I get 'Content length: 0'
> Both are acceptable, but -1 is more accurate.
ok.
>> - redirection to the welcome file doesnt work properly. With TC4 it
>> seems that there happens a redirection to the location of the welcome
>> file, while with TC5 it looks more that the file is fetched and
>> served from base location
> This is as intended, and is indeed a change in behavior. I understand it
> could cause trouble for some applications, but is a lot cleaner and more
> efficient.
but it prevents to move applications from TC4 to TC5 since they dont work out-of-the-box as before, f.e. *.war.
isnt there a setting to archive the old behaviour??
>> other than that, I've tested with a few other apps which work fine so
>> far...
just found another small issue (seen on Linux and Win32)
- the link on the Tomcat main page to webdav now produces a directory listing rather than call index.html
Guenter.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Bill Barker <wb...@wilshire.com>.
----- Original Message -----
From: "Jess Holle" <je...@ptc.com>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Wednesday, February 18, 2004 12:01 PM
Subject: Re: [5.0.19] Release vote
> Bill Barker wrote:
>
> >It looked like it should work, but I couldn't free up a machine to test
it
> >on (until now :). You can get rid of the messages by adding:
> > request.registerRequests=false
> >to your jk2.properties file.
> >
> >
> Thanks.
>
> What are the other effects of taking this action (and not taking this
> action)?
>
As long as the JMX registration of Requests is broken, the only effect of
setting this is to get rid of a lot of error messages in your logs :).
Once the JMX registration is fixed, doing this will prevent you from getting
Request statistics for AJP Requests via the status page (or any other JMX
agent). Also, the JNI Channel will memory leak Request objects unless you
set this to 'false' (since they never get unregistered).
> --
> Jess Holle
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
Re: [5.0.19] Release vote
Posted by Jess Holle <je...@ptc.com>.
Bill Barker wrote:
>It looked like it should work, but I couldn't free up a machine to test it
>on (until now :). You can get rid of the messages by adding:
> request.registerRequests=false
>to your jk2.properties file.
>
>
Thanks.
What are the other effects of taking this action (and not taking this
action)?
--
Jess Holle
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Bill Barker <wb...@wilshire.com>.
It looked like it should work, but I couldn't free up a machine to test it
on (until now :). You can get rid of the messages by adding:
request.registerRequests=false
to your jk2.properties file.
----- Original Message -----
From: "Remy Maucherat" <re...@apache.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Wednesday, February 18, 2004 1:30 AM
Subject: Re: [5.0.19] Release vote
Jess Holle wrote:
> *Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
> decodeRequest
> WARNING: Error registering request*
For some reason, the request isn't registered in JMX (which is used
for). It wasn't registered either in previous builds, so I suppose it's
not a big change ;)
I thought Bill implied this was now working, but I didn't test it.
> *Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
> INFO: Unknown message 0*
That happens when unlocking the accept of the connector when shutting
down (so that the connector doesn't accept any new connections during
the shutdown).
> I'm used to the "Response already commited" INFOs, but not the other
> (bolded) stuff.
>
> What does it mean?
>
> [Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including
> servlet-sesssion listeners and filters]
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Remy Maucherat <re...@apache.org>.
Jess Holle wrote:
> *Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
> decodeRequest
> WARNING: Error registering request*
For some reason, the request isn't registered in JMX (which is used
for). It wasn't registered either in previous builds, so I suppose it's
not a big change ;)
I thought Bill implied this was now working, but I didn't test it.
> *Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
> INFO: Unknown message 0*
That happens when unlocking the accept of the connector when shutting
down (so that the connector doesn't accept any new connections during
the shutdown).
> I'm used to the "Response already commited" INFOs, but not the other
> (bolded) stuff.
>
> What does it mean?
>
> [Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including
> servlet-sesssion listeners and filters]
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Jess Holle <je...@ptc.com>.
Tomcat 5.0.19 seems to work well enough.
One question, though.
I'm now seeing the following messages as I test my application:
*Feb 17, 2004 4:59:34 PM org.apache.jk.common.HandlerRequest
decodeRequest
WARNING: Error registering request*
Feb 17, 2004 4:59:38 PM org.apache.jk.server.JkCoyoteHandler action
INFO: Response already commited
Feb 17, 2004 4:59:38 PM org.apache.jk.server.JkCoyoteHandler action
INFO: Response already commited
*Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
decodeRequest
WARNING: Error registering request*
*Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0*
I'm used to the "Response already commited" INFOs, but not the other
(bolded) stuff.
What does it mean?
[Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including
servlet-sesssion listeners and filters]
--
Jess Holle
Re: [5.0.19] Release vote
Posted by Jeanfrancois Arcand <jf...@apache.org>.
Remy Maucherat wrote:
> <ballot>
> Release 5.0.19 as Stable:
> [ X] Yes
> [ ] No
> </ballot>
All Servlet/JSP tcks passes with/without validation/security. I've fixed
a minor jmx problem that should not stop the release.
-- Jeanfrancois
>
> Rémy
>
>
> ---------------------------------------------------------------------
> 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
Re: [5.0.19] Release vote
Posted by Remy Maucherat <re...@apache.org>.
Guenter Knauf wrote:
> Hi,
>
>> <ballot> Release 5.0.19 as Stable: [x] Yes [ ] No </ballot>
>
> tested that it starts fine and that the samples work on: SuSE Linux
> 7.0 + 8.2 mod_jk2 JVM Sun 1.4.2_03 Novell NetWare 6.5 mod_jk2 JVM Sun
> 1.4.2_02 Novell NetWare 6.0 mod_jk2 JVM Sun 1.4.1_05 Win2K SP4
> mod_jk2 JVM Sun 1.4.2_03 WinXP SP1 mod_jk2 JVM Sun 1.4.2_03
Thanks for the testing.
> two things I found (which are probably older bugs, seen them with
> 5.0.18 too):
>
> - if I call snoop.jsp directly through Tomcat I get 'Content length:
> -1' while through mod_jk2 I get 'Content length: 0'
Both are acceptable, but -1 is more accurate.
> - redirection to the welcome file doesnt work properly. With TC4 it
> seems that there happens a redirection to the location of the welcome
> file, while with TC5 it looks more that the file is fetched and
> served from base location
This is as intended, and is indeed a change in behavior. I understand it
could cause trouble for some applications, but is a lot cleaner and more
efficient.
> other than that, I've tested with a few other apps which work fine so
> far...
Oki.
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Ankur Shah <to...@optonline.net>.
FWIW, tested a couple of my own webapps with Solaris 8 and Solaris 9 +
Sun JVM 1.4.2_03 (no apache) without problem.
-- A
Guenter Knauf wrote:
>Hi,
>
>
>><ballot>
>>Release 5.0.19 as Stable:
>>[x] Yes
>>[ ] No
>></ballot>
>>
>>
>
>tested that it starts fine and that the samples work on:
>SuSE Linux 7.0 + 8.2 mod_jk2 JVM Sun 1.4.2_03
>Novell NetWare 6.5 mod_jk2 JVM Sun 1.4.2_02
>Novell NetWare 6.0 mod_jk2 JVM Sun 1.4.1_05
>Win2K SP4 mod_jk2 JVM Sun 1.4.2_03
>WinXP SP1 mod_jk2 JVM Sun 1.4.2_03
>
>two things I found (which are probably older bugs, seen them with 5.0.18 too):
>
>- if I call snoop.jsp directly through Tomcat I get 'Content length: -1' while through mod_jk2 I get 'Content length: 0'
>
>- redirection to the welcome file doesnt work properly. With TC4 it seems that there happens a redirection to the location of the welcome file, while with TC5 it looks more that the file is fetched and served from base location
>
>other than that, I've tested with a few other apps which work fine so far...
>
>Guenter.
>
>
>
>---------------------------------------------------------------------
>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
Re: [5.0.19] Release vote
Posted by Guenter Knauf <ef...@gmx.net>.
Hi,
> <ballot>
> Release 5.0.19 as Stable:
> [x] Yes
> [ ] No
> </ballot>
tested that it starts fine and that the samples work on:
SuSE Linux 7.0 + 8.2 mod_jk2 JVM Sun 1.4.2_03
Novell NetWare 6.5 mod_jk2 JVM Sun 1.4.2_02
Novell NetWare 6.0 mod_jk2 JVM Sun 1.4.1_05
Win2K SP4 mod_jk2 JVM Sun 1.4.2_03
WinXP SP1 mod_jk2 JVM Sun 1.4.2_03
two things I found (which are probably older bugs, seen them with 5.0.18 too):
- if I call snoop.jsp directly through Tomcat I get 'Content length: -1' while through mod_jk2 I get 'Content length: 0'
- redirection to the welcome file doesnt work properly. With TC4 it seems that there happens a redirection to the location of the welcome file, while with TC5 it looks more that the file is fetched and served from base location
other than that, I've tested with a few other apps which work fine so far...
Guenter.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Bill Barker <wb...@wilshire.com>.
----- Original Message -----
From: "Remy Maucherat" <re...@apache.org>
To: "Tomcat Developers List" <to...@jakarta.apache.org>
Sent: Monday, February 16, 2004 4:41 AM
Subject: [5.0.19] Release vote
<ballot>
Release 5.0.19 as Stable:
[X] Yes
[ ] No
</ballot>
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [5.0.19] Release vote
Posted by Remy Maucherat <re...@apache.org>.
Remy Maucherat wrote:
> <ballot>
> Release 5.0.19 as Stable:
> [X] Yes
> [ ] No
> </ballot>
This build seems ok overall. (I'll move it for mirrorring)
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
RE: [5.0.19] Release vote
Posted by "Filip Hanik (lists)" <de...@hanik.com>.
<ballot>
Release 5.0.19 as Stable:
[X] Yes
[ ] No
</ballot>
Clustering had a major configuration change, but is much more cleaner now.
Next step is to make it configurable. But it remains stable.
Filip
-----Original Message-----
From: Remy Maucherat [mailto:remm@apache.org]
Sent: Monday, February 16, 2004 4:42 AM
To: Tomcat Developers List
Subject: [5.0.19] Release vote
<ballot>
Release 5.0.19 as Stable:
[ ] Yes
[ ] No
</ballot>
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.577 / Virus Database: 366 - Release Date: 2/3/2004
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.577 / Virus Database: 366 - Release Date: 2/3/2004
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org