You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Rainer Jung <rj...@apache.org> on 2007/12/24 16:36:14 UTC
[ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.26 of the Apache Tomcat Connectors.
It contains connectors, which allow a web server such as Apache HTTPD,
Microsoft IIS and Sun Web Server to act as a front end to the Tomcat web
application server.
This version contains a few enhancements and fixes a number of minor
bugs of the previous versions.
See http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
for a complete list of changes.
Source distribtions can be downloaded from an Apache Software Foundation
mirror at:
http://tomcat.apache.org/download-connectors.cgi
Binary distributions for a number of different operating systems and
web servers can be downloaded from an Apache Software Foundation mirror at:
http://tomcat.apache.org/download-connectors.cgi
Syncing the release to the download mirrors might take up to 48 hours.
Documentation for using Apache Tomcat Connectors can be found at:
http://tomcat.apache.org/connectors-doc/
Thank you,
-- The Apache Tomcat Team
P.S.: Merry Christmas!
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Mladen Turk <mt...@apache.org>.
Rainer Jung wrote:
> Just in case there's any synergy between them: related to chunked
> encoding for IIS there are two BZ entries/patches:
>
Yes, I'm aware of all the history ;)
I still think this is too huge change for 1.2 code base,
but if done via conditional compile, it might be a good
foundation for 1.3 code.
In that case we could even produce 'experimental' binary
with JK_IIS_CHUNKED define for further testings via 1.2
branch. Tim's code has some really cool stuff, but his
patch (currently) touches many core functions without
and conditional 'configurable' directives that would
allow to fall back to the 'standard operation'.
If Tim resolves that, I'll be the first one giving +1
for 1.2 inclusion.
Regards,
Mladen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Rainer Jung <ra...@kippdata.de>.
Just in case there's any synergy between them: related to chunked
encoding for IIS there are two BZ entries/patches:
http://issues.apache.org/bugzilla/show_bug.cgi?id=35297
Tim's patch chunked encoding for responses
http://issues.apache.org/bugzilla/show_bug.cgi?id=36169
Patch for chunked encoding of requests. Unclear status.
Regards,
Rainer
Mladen Turk schrieb:
> Tim Whittington wrote:
>> Binary builds of 1.2.26 for various platforms are available now from
>> http://sourceforge.net/projects/timsjk/
>> These include builds of a patched IIS 5/6 ISAPI Redirector that support
>> HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
>>
>
> Hi Tim,
>
> Can you create a patch against trunk, but with one slight ;) change
> to your code, and that is to #ifdef all the chunked code (at least
> relevant) out by some preproc directive like JK_IIS_CHUNKED
>
> so:
> #ifdef JK_IIS_CHUNKED
> // any change made to the part of the code.
> #endif
>
> You don't need to rule out all the stuff, but only one
> that are affecting current defaults.
>
> The other solution is to have some global flag (configurable)
> that will allow with a single directive to switch out all
> the chunked logic with defaults to be as is.
>
> Can you do that?
>
> I'd prefer the second option if possible, unless something
> needs to be changed before actually reading the configuration.
>
> Regards,
> Mladen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
RE: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Tim Whittington <ti...@orionhealth.com>.
OK, I've finally found some time to update the patch on
http://issues.apache.org/bugzilla/show_bug.cgi?id=35297
I didn't use preproc directives, since the duplication of code in write()
would have been pretty nasty.
All the chunked encoding code is out of the way behind the
enable_chunked_encoding flag though, so it should be fairly sane.
There are some minor refactorings of the codepaths for standard responses
in start_response and write, but I think they're reasonable.
I've tested on IIS 5.1 and 6.0 with chunked encoding enabled and disabled
with a mixed content web application (some static and dynamic content
served by Tomcat) and all looks fine.
I'm a spot confused about existing trunk behaviour for notification flags,
so I left in my check to disable SF_NOTIFY_AUTH_COMPLETE on IIS 5.1 (since
it's broken for WebDAV requests).
I'm fairly neutral on that though, so feel free to veto that part of the
patch.
cheers
tim
_____
From: Mladen Turk [mailto:mturk@apache.org]
Sent: Friday, 4 January 2008 1:03 a.m.
To: Tomcat Developers List
Subject: Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Tim Whittington wrote:
> Binary builds of 1.2.26 for various platforms are available now from
> http://sourceforge.net/projects/timsjk/
> These include builds of a patched IIS 5/6 ISAPI Redirector that support
> HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
>
Hi Tim,
Can you create a patch against trunk, but with one slight ;) change
to your code, and that is to #ifdef all the chunked code (at least
relevant) out by some preproc directive like JK_IIS_CHUNKED
so:
#ifdef JK_IIS_CHUNKED
// any change made to the part of the code.
#endif
You don't need to rule out all the stuff, but only one
that are affecting current defaults.
The other solution is to have some global flag (configurable)
that will allow with a single directive to switch out all
the chunked logic with defaults to be as is.
Can you do that?
I'd prefer the second option if possible, unless something
needs to be changed before actually reading the configuration.
Regards,
Mladen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Mladen Turk <mt...@apache.org>.
Tim Whittington wrote:
> Binary builds of 1.2.26 for various platforms are available now from
> http://sourceforge.net/projects/timsjk/
> These include builds of a patched IIS 5/6 ISAPI Redirector that support
> HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
>
Hi Tim,
Can you create a patch against trunk, but with one slight ;) change
to your code, and that is to #ifdef all the chunked code (at least
relevant) out by some preproc directive like JK_IIS_CHUNKED
so:
#ifdef JK_IIS_CHUNKED
// any change made to the part of the code.
#endif
You don't need to rule out all the stuff, but only one
that are affecting current defaults.
The other solution is to have some global flag (configurable)
that will allow with a single directive to switch out all
the chunked logic with defaults to be as is.
Can you do that?
I'd prefer the second option if possible, unless something
needs to be changed before actually reading the configuration.
Regards,
Mladen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
RE: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Tim Whittington <ti...@orionhealth.com>.
Binary builds of 1.2.26 for various platforms are available now from
http://sourceforge.net/projects/timsjk/
These include builds of a patched IIS 5/6 ISAPI Redirector that support
HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
cheers
tim
-----Original Message-----
From: Rainer Jung [mailto:rjung@apache.org]
Sent: Tuesday, 25 December 2007 4:36 a.m.
To: users@tomcat.apache.org; dev@tomcat.apache.org; announce@apache.org;
announce@apachenews.org
Subject: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.26 of the Apache Tomcat Connectors.
It contains connectors, which allow a web server such as Apache HTTPD,
Microsoft IIS and Sun Web Server to act as a front end to the Tomcat web
application server.
This version contains a few enhancements and fixes a number of minor bugs
of the previous versions.
See http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
for a complete list of changes.
Source distribtions can be downloaded from an Apache Software Foundation
mirror at:
http://tomcat.apache.org/download-connectors.cgi
Binary distributions for a number of different operating systems and web
servers can be downloaded from an Apache Software Foundation mirror at:
http://tomcat.apache.org/download-connectors.cgi
Syncing the release to the download mirrors might take up to 48 hours.
Documentation for using Apache Tomcat Connectors can be found at:
http://tomcat.apache.org/connectors-doc/
Thank you,
-- The Apache Tomcat Team
P.S.: Merry Christmas!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional
commands, e-mail: dev-help@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
RE: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Tim Whittington <ti...@orionhealth.com>.
Binary builds of 1.2.26 for various platforms are available now from
http://sourceforge.net/projects/timsjk/
These include builds of a patched IIS 5/6 ISAPI Redirector that support
HTTP 1.1 chunked encoding (and thus keep-alives on dynamic content).
cheers
tim
-----Original Message-----
From: Rainer Jung [mailto:rjung@apache.org]
Sent: Tuesday, 25 December 2007 4:36 a.m.
To: users@tomcat.apache.org; dev@tomcat.apache.org; announce@apache.org;
announce@apachenews.org
Subject: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.26 of the Apache Tomcat Connectors.
It contains connectors, which allow a web server such as Apache HTTPD,
Microsoft IIS and Sun Web Server to act as a front end to the Tomcat web
application server.
This version contains a few enhancements and fixes a number of minor bugs
of the previous versions.
See http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
for a complete list of changes.
Source distribtions can be downloaded from an Apache Software Foundation
mirror at:
http://tomcat.apache.org/download-connectors.cgi
Binary distributions for a number of different operating systems and web
servers can be downloaded from an Apache Software Foundation mirror at:
http://tomcat.apache.org/download-connectors.cgi
Syncing the release to the download mirrors might take up to 48 hours.
Documentation for using Apache Tomcat Connectors can be found at:
http://tomcat.apache.org/connectors-doc/
Thank you,
-- The Apache Tomcat Team
P.S.: Merry Christmas!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional
commands, e-mail: dev-help@tomcat.apache.org
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: SOLVED [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Haroon Rafique <ha...@utoronto.ca>.
On Today at 5:45pm, MT=>Mladen Turk <mt...@redhat.com> wrote:
MT> [..snip..]
MT>
MT> Hmm, you might be hitting the point here. When tightening up the vhost
MT> mappings we probably overlooked the SSL (or any other protocol)
MT> scenario, where the actual vhost is the same, only the protocol is
MT> different. However since the SSL is inside vhost and can have its own
MT> native mappings it complies to the vhost concept. Anyhow, you made me
MT> think that we should probably fine-tune our vhost separation beyond
MT> actual Httpd vhost concept by checking the actual vhost name and
MT> protocol. In case only the protocol is different we should treat them
MT> as one regarding jk mounts thought.
MT>
MT> Regards
MT>
Thanks, Mladen,
Posted to dev list with new subject (now that I know what the problem is).
Cheers,
--
Haroon Rafique
<ha...@utoronto.ca>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: SOLVED [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Mladen Turk <mt...@redhat.com>.
Haroon Rafique wrote:
>
> Your above question got me thinking and I said to myself, I don't harve any
> VirtualHosts. And then, I remembered SSL. In my config for apache 2.2.6,
> there is an include for conf/extra/httpd-ssl.conf and of course :443 is
> served via a VirtualHost.
>
Hmm, you might be hitting the point here.
When tightening up the vhost mappings we probably overlooked the
SSL (or any other protocol) scenario, where the actual vhost is
the same, only the protocol is different.
However since the SSL is inside vhost and can have its own
native mappings it complies to the vhost concept.
Anyhow, you made me think that we should probably fine-tune
our vhost separation beyond actual Httpd vhost concept
by checking the actual vhost name and protocol.
In case only the protocol is different we should treat them
as one regarding jk mounts thought.
Regards
--
(TM)
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: SOLVED [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Haroon Rafique <ha...@utoronto.ca>.
On Yesterday at 11:58pm, RJ=>Rainer Jung <ra...@kippdata.de> wrote:
RJ>
RJ> [..snip..]
RJ>
RJ> The ugly: stricter handling of JkMount/JkMountFile etc. with respect
RJ> to virtual hosts. It should have behaved for a long time in the way,
RJ> that mounts are not inherited between virtual hosts and also not from
RJ> the global server to any virtual host.
RJ>
RJ> The debug log statement you cite indicates, that there is no mount
RJ> known in a virtal host you are using.
RJ>
RJ> So first question: Do you have an VirualHost in your apache httpd
RJ> configuration?
RJ>
Hi Rainer,
Thanks for your response.
Your above question got me thinking and I said to myself, I don't have any
VirtualHosts. And then, I remembered SSL. In my config for apache 2.2.6,
there is an include for conf/extra/httpd-ssl.conf and of course :443 is
served via a VirtualHost.
RJ>
RJ> If so: first find out, which VirtualHost handles your requests. This
RJ> might be trivial, in some cases it is not trivial. If you are not
RJ> sure, you can configure a different CustomLog in the global server and
RJ> for wach VirtualHost and then check, in which CustomLog your request
RJ> got logged.
RJ>
RJ> Once you know, which VirtualHost handles your request, you can either:
RJ>
RJ> - define all relevant JkMount/JkUnMount/JkMountfile in the VirtualHost
RJ>
RJ> or
RJ>
RJ> - define them globally and copy all of them into the VirtualHost by setting
RJ> "JkMountCopy On" inside the virtual host.
RJ>
RJ> In case you have lots of VirtualHost and you want them all to share
RJ> several JkMounts, put them into the global server and add "JkMountCopy
RJ> all" to the global server.
RJ>
If someone else is having the same problem, here's my solutions (for
acrhiving purposes). I had an include in the main httpd.conf for
conf/mod_jk.conf. I took the easy route and add JkMountCopy All to my
conf/mod_jk.conf so that the SSL VirtualHost sees those mounts as well. I
could have just as well used a JkMountCopy On inside the SSL VirtualHost
only.
RJ>
RJ> I hope that is understandable?
RJ>
Thanks again for your help.
RJ> Regards,
RJ>
RJ> Rainer
RJ>
Cheers,
--
Haroon Rafique
<ha...@utoronto.ca>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Rainer Jung <ra...@kippdata.de>.
Hi Haroon,
the change in the status worker display that you noticed is not directly
related to your problem, only so far, as we changed a couple of things
around the mount tables.
The good: more information in the status worker.
The ugly: stricter handling of JkMount/JkMountFile etc. with respect to
virtual hosts. It should have behaved for a long time in the way, that
mounts are not inherited between virtual hosts and also not from the
global server to any virtual host.
The debug log statement you cite indicates, that there is no mount known
in a virtal host you are using.
So first question: Do you have an VirualHost in your apache httpd
configuration?
If so: first find out, which VirtualHost handles your requests. This
might be trivial, in some cases it is not trivial. If you are not sure,
you can configure a different CustomLog in the global server and for
wach VirtualHost and then check, in which CustomLog your request got logged.
Once you know, which VirtualHost handles your request, you can either:
- define all relevant JkMount/JkUnMount/JkMountfile in the VirtualHost
or
- define them globally and copy all of them into the VirtualHost by
setting "JkMountCopy On" inside the virtual host.
In case you have lots of VirtualHost and you want them all to share
several JkMounts, put them into the global server and add "JkMountCopy
all" to the global server.
I hope that is understandable?
Regards,
Rainer
Haroon Rafique schrieb:
> On Dec 24 at 4:36pm, RJ=>Rainer Jung <rj...@apache.org> wrote:
>
> RJ> The Apache Tomcat team is pleased to announce the immediate availability
> RJ> of version 1.2.26 of the Apache Tomcat Connectors.
> RJ>
> RJ> [..snip..]
>
> So, JK 1.2.26 has been out for over a month and I finally got around to
> upgrading from 1.2.25 and without changing my mod_jk.conf or
> workers.properties the connector seems to stop working. In debug mode, I
> get the following with 1.2.26:
>
> jk_translate::mod_jk.c (3033): missing uri map for haroon.sis.utoronto.ca:/rxp/
>
> With 1.2.26 the Jk Status Manager reports:
>
> Server URI Match Type Source
> haroon.sis.utoronto.ca /rxp/* Wildchar JkMount
>
> With 1.2.25:
>
> Match Type Uri Source
> Wildchar /rxp/* JkMount
>
> Obviously the difference is due to this:
>
> * JKStatus: Enhance URI to worker map listing for Apache httpd. We
> now list maps for all virtual servers and not only the one, in
> which JKStatus itself was called. (rjung)
>
> Anyone care to share their war stories with 1.2.26?
>
> Here's my configuration files:
>
> workers.properties
> ==================
> # basic worker list
> worker.list=local,status
>
> # Define a worker using ajp13
> worker.local.port=8009
> worker.local.host=localhost
> worker.local.type=ajp13
>
> worker.status.type=status
>
> mod_jk.conf
> ===========
> # Load mod_jk module
> LoadModule jk_module modules/mod_jk.so
>
> # Where to find workers.properties
> JkWorkersFile conf/workers.properties
>
> # Where to put jk logs
> JkLogFile logs/mod_jk.log
>
> # Set the jk log level
> JkLogLevel error
>
> JkShmFile logs/mod_jk.shm
>
> JkMount /rxp/* local
> JkMount /jkstatus status
>
>
> The same setup works flawlessly with 1.2.25. Spent the last few hours on
> this and was getting no where.
>
> Thanks in advance,
> --
> Haroon Rafique
> <ha...@utoronto.ca>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [ANN] Apache Tomcat JK 1.2.26 Web Server Connector released
Posted by Haroon Rafique <ha...@utoronto.ca>.
On Dec 24 at 4:36pm, RJ=>Rainer Jung <rj...@apache.org> wrote:
RJ> The Apache Tomcat team is pleased to announce the immediate availability
RJ> of version 1.2.26 of the Apache Tomcat Connectors.
RJ>
RJ> [..snip..]
So, JK 1.2.26 has been out for over a month and I finally got around to
upgrading from 1.2.25 and without changing my mod_jk.conf or
workers.properties the connector seems to stop working. In debug mode, I
get the following with 1.2.26:
jk_translate::mod_jk.c (3033): missing uri map for haroon.sis.utoronto.ca:/rxp/
With 1.2.26 the Jk Status Manager reports:
Server URI Match Type Source
haroon.sis.utoronto.ca /rxp/* Wildchar JkMount
With 1.2.25:
Match Type Uri Source
Wildchar /rxp/* JkMount
Obviously the difference is due to this:
* JKStatus: Enhance URI to worker map listing for Apache httpd. We
now list maps for all virtual servers and not only the one, in
which JKStatus itself was called. (rjung)
Anyone care to share their war stories with 1.2.26?
Here's my configuration files:
workers.properties
==================
# basic worker list
worker.list=local,status
# Define a worker using ajp13
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
worker.status.type=status
mod_jk.conf
===========
# Load mod_jk module
LoadModule jk_module modules/mod_jk.so
# Where to find workers.properties
JkWorkersFile conf/workers.properties
# Where to put jk logs
JkLogFile logs/mod_jk.log
# Set the jk log level
JkLogLevel error
JkShmFile logs/mod_jk.shm
JkMount /rxp/* local
JkMount /jkstatus status
The same setup works flawlessly with 1.2.25. Spent the last few hours on
this and was getting no where.
Thanks in advance,
--
Haroon Rafique
<ha...@utoronto.ca>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org