It will be very usefull if the port number on which
the SSL and Http non-ssl ports are running, is
available runtime. (Ex:- 8080 and 8443).
Is it possible?
The int getPort() method of the CoyoteConnector
class returns the port number but its not accessible
at runtime. If there is a sendRedirect()
- Original Message -
From: Sandy McArthur [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
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
Costin Manolache wrote
I can understand the jk2 object oriented C is considered
too complex.
True.
But I certainly can't agree on a design that is not modular
and doesn't support this basic requirement. We already have
mod_jserv and mod_webapp
- and a long history of rewrite
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Henri Gomez wrote:
You must keep in mind that tomcat5 is no longer server.xml centric !
It can use separate config files in different directories, if it is
embedded it can use the embedor's config, etc.
And httpd.conf is static - you can't modify it. We support using
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
I think you're mixing the Java side with the native side. I think the
Java side should obviously use JMX to monitor what's going on with
Tomcat. However, the native side will just recieve proprietary messages.
We have to keep
Mladen Turk wrote:
Costin Manolache wrote
I can understand the jk2 object oriented C is considered
too complex.
True.
But I certainly can't agree on a design that is not modular
and doesn't support this basic requirement. We already have
mod_jserv and mod_webapp
- and a long history of
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
The goal of this new module :
- 100% Apache 2.x module
- Easy integration with existing Apache 2.x modules
and
Bill Barker wrote:
- Original Message -
From: Sandy McArthur [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
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
Henri Gomez wrote:
Mladen Turk wrote:
The AJP13 protocol will have to be enhanced (or better enabled) to use
the
'Service channel' and 'Data Filter'. It is not necessary to define all
Service channel modes like server topology, or server readiness,
neither to
define all the Data Filter modes
-Original Message-
From: Henri Gomez
Ideally since we could have a cluster of Apache WebServer
linked to a cluster of Tomcat ServletEngines, and that member
could enter or exit these 2 clusters we should have something
using Multicast (ideally a native JavaGroups) for both
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Ideally since we could have a cluster of Apache WebServer
linked to a cluster of Tomcat ServletEngines, and that member
could enter or exit these 2 clusters we should have something
using Multicast (ideally a native JavaGroups)
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
As a startingpoint, how about telling us what tomcat needs
I will be out of the office starting 07/03/2004 and will not return until
07/27/2004.
I will respond to your message when I return.
---
This message (including any attachments) is confidential and may be
privileged. If you
Hi,
A good number desparately want NTLM-based authentication. [They like
the single-sign on for Windows clients, but they love the notion of
better security than clear-text name/password, etc, without having to
buy a server certificate or use HTTPS on their intranet.] If Apache 2
had a
Hi,
It will be very usefull if the port number on which
the SSL and Http non-ssl ports are running, is
available runtime. (Ex:- 8080 and 8443).
Is it possible?
The int getPort() method of the CoyoteConnector
class returns the port number but its not accessible
at runtime. If there is a
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
[ chopped tomcat-dev because that bounces my mail ]
As a startingpoint, how about telling us what tomcat needs that
mod_proxy and friends don't provide?
In mod_jk/jk2, there is support for load-balancing and fault-tolerance
and it's a key
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30206.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30206.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I dont know how all others deal with all the SPAM, but I can only say that I'm now
tired of adding just another rule for my SPAM killer every day.
What I really cant get is that this is the only list with that problem!
If then all the robots are unable to avoid re-subscribing of the spam
Hi,
And most times you reply, I say the same things:
- I don't get auto-responses from those people, and if others do I don't know how they
deal with them but they sure don't complain on a regular basis ;)
- I try to unsubscribe them (and the past few times, add them to the deny list as
well)
Using the isapi_redirector2.dll file, and this this workers2.properties, the
URI for /calendar doesn't work if I Uncomment the group= line. This leads me
to believe the group= line should contain lb:lb and not lb as shown in the
/examples URI in the referenced file. If this is indeed the case,
From what lands in my mailbox, this list has a strange propensity of
subscriptions from bizarre auto-responders. Generally, they aren't in
English, and appear to be the customer support departments of various
miscellaneous European companies. Who signs them up? Why?
On Jul 20, 2004, at 5:27 AM, Henri Gomez wrote:
Could you send us you workers.properties ?
attached.
workers.properties
Description: Binary data
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
Henri Gomez wrote:
And what about using AJP/1.3 instead of HTTP for connection to tomcat ?)
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy frontend.
Even the get
I actually built this yesterday upon rediscovering it -- and it seems to
work fine.
Unfortunately:
1. The licensing is unclear.
2. There appears to be no active maintenance or support of this module.
I'm thus more than a little reluctant to put too many eggs in this basket.
--
Jess Holle
Graham Leggett wrote:
Henri Gomez wrote:
And what about using AJP/1.3 instead of HTTP for connection to tomcat ?)
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy
Mladen Turk wrote:
But we don't wish to write something modular and unlimitedly extendable.
Just the load-balancing-ajp13+ over tcp/ip connector, for Apache2.
Having that in mind, we have APR, and 'almost' a finite set of requirements,
without the need to 'think modular' or 'think
Manni Wood wrote:
I very rarely post to this list, but I've been building web sites for
over eight years, and want to chime in.
In my experience building web sites for Fortune 500 companies (some of
them Fortune 50 companies), the get Apache to serve static content
while Tomcat only takes care of
hgomez 2004/07/20 07:56:40
Modified:jk/native/common jk_lb_worker.c
Log:
More debug infos around LB.
Revision ChangesPath
1.21 +8 -1 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
Your file is attached.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Henri Gomez wrote:
The AJP13 protocol will have to be enhanced (or better enabled) to use
the
'Service channel' and 'Data Filter'. It is not necessary to define all
Service channel modes like server topology, or server readiness,
neither to
define all the Data Filter modes like cryptography or
Henri Gomez wrote:
The AJP13 protocol will have to be enhanced (or better enabled) to use
the
'Service channel' and 'Data Filter'. It is not necessary to define all
Service channel modes like server topology, or server readiness,
neither to
define all the Data Filter modes like cryptography or
Henri Gomez wrote:
jk was designed a long time ago so may be mod_proxy allready support
persistant connections.
Persistence will happen on the backend on the condition there was
persistence on the frontend. Generally the networks between backend and
frontend are fast enough that connection setup
Graham Leggett wrote:
Henri Gomez wrote:
And what about using AJP/1.3 instead of HTTP for connection to tomcat ?)
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy
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
Well, the mod_proxy + enhancements for sticky session + enhancements for
passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the http connector.
Costin
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the solution. But we also want to keep
the
Hi,
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
Graham Leggett wrote:
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy frontend.
Even the get Apache to server static content feature wasn't enough of
a drawcard,
Wayne Frazee wrote:
Please pardon me for attempting to marshall the obvious however what is
the advantage of AJP/1.x over HTTP?
- Persistant connections, mod_jk use a pool of socket connections
to avoid reopening connections between Apache and Tomcats.
You could set socket timeout to make
Shapira, Yoav wrote:
Hi,
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
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements for
passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the http connector.
I
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the solution. But we
Shapira, Yoav wrote:
Hi,
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
Remy Maucherat wrote:
Shapira, Yoav wrote:
Hi,
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
Remy Maucherat wrote:
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements
for passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the
Remy Maucherat wrote:
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements
for passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the
Costin Manolache wrote:
Graham Leggett wrote:
In all my deployments of tomcat I have never seen the point of a
custom protocol that did exactly what HTTP does, so all my tomcat
deployments are all HTTP, with a simple mod_proxy frontend.
Even the get Apache to server static content feature
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the solution. But we
Henri Gomez wrote:
Wayne Frazee wrote:
Please pardon me for attempting to marshall the obvious however what is
the advantage of AJP/1.x over HTTP?
- Persistant connections, mod_jk use a pool of socket connections
to avoid reopening connections between Apache and Tomcats.
You could set socket
I agree here, it is an excelent idea.
If we want to keep it to a minimum - no multi-protocol, no jmx, no
multiple servers - then making enhancements to mod_proxy and using http
is much better than a mod_ajp.
Tomcat httpd is fast enough, and all mod_proxy enhancements for load
balancing could
Remy Maucherat wrote:
I think AJP has advantages, but if the HTTPd folks only accept a simple
solution based on mod_proxy, then so be it, it'll be our entry level
connector.
We'll certainly be interested in features like load balancing, sticky
sessions, stuff like that - but the general design
Have you looked at using JkAutoAlias ?
On Tue, Jul 13, 2004 at 12:27:41PM +0200, Henri Gomez wrote:
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
VirtualHost *:80
ServerName test101.mysys
DocumentRoot /www/sys101/htdocs
JkMount /* test-101
/VirtualHost
although I'm not a commiter, I like to add 2 cents to the discussion.
I like the idea of supporting JMX and the capbility of deploying a
webapp without restarting the server. From the discussions so far, the
task isn't simple, and may not fit the majority of users.
if 80% of the users don't have
---BeginMessage---
Manni Wood wrote:
One of the things I thought AJP did that HTTP proxying to Tomcat could
not (but correct me here if I'm wrong) is let the servelt container know
whether or not the connection is HTTP vs. HTTPS. This sort of
information needs to get passed back to the servlet
Jess Holle wrote:
One issue here:
When Apache and Tomcat are used together via AJP13:
1. The host, port, protocol, etc, are exactly that at the Apache
level, i.e. one's web app sees Apache and Tomcat as 1 entity.
This is a very good thing overall compared to reverse proxying (if
Remy Maucherat wrote:
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements
for passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the
Henri Gomez wrote:
Well let see my suggestion :
ProxyPass /myWebapp/*.jsp ajp://myajpworker/
myajpworker is not a machine but a virtual resource which could be :
- a physical Tomcat using its AJP/1.3 connector
- a cluster of physical Tomcats using their AJP/1.3 connector
And via AJP/1.4 we could
Glenn Nielsen wrote:
Have you looked at using JkAutoAlias ?
What do you means ?
JkAutoAlias automatically detected Alias/Directory and excluded
them from JkMount * ?
On Tue, Jul 13, 2004 at 12:27:41PM +0200, Henri Gomez wrote:
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
VirtualHost
Henri Gomez wrote:
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the
Jess Holle wrote:
Agreed -- but that won't fix the issue.
So can we fix it in 5.0.x or not?
Possibly, but it's risky.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Colm MacCarthaigh wrote:
On Tue, Jul 20, 2004 at 05:20:53PM +0200, Graham Leggett wrote:
The httpd serves the static content feature can be implemented through
extending ProxyPass to support regular expressions, for example:
ProxyPass /myWebapp/*.jsp http://tomcat/myWebapp/
RewriteCond
Graham Leggett wrote:
Henri Gomez wrote:
Well let see my suggestion :
ProxyPass /myWebapp/*.jsp ajp://myajpworker/
myajpworker is not a machine but a virtual resource which could be :
- a physical Tomcat using its AJP/1.3 connector
- a cluster of physical Tomcats using their AJP/1.3 connector
And
Costin Manolache wrote:
Henri Gomez wrote:
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended
Manni Wood wrote:
I asked you to develop your argument ;)
Ah. I'm trying my best. :-)
May be you could take a look as documentalist ?)
I would very happily volunteer my time to document this new module.
Where do I sign up? How do I gain acceptance as a documentor, and if I
am accepted, what
Henri Gomez wrote:
Can we simplify this ?
Let's drop the word worker too :-)
The request is passed to a servlet container that may consist of one
or multiple instances.
Agreed, remove the old terms.
The proposal about mod_proxy + proxy_ajp could be something fine
isn't it.
And proxy_ajp could
---BeginMessage---
Henri Gomez wrote:
- mod_proxy + proxy_ajp could be one solution.
Now what about the mod_proxy load-balancing add-on ?
Would be a completely separate module.
The way proxy works, is that it:
- obtains the IP address to connect to (currently via DNS round robin,
but a module
Henri Gomez wrote:
- mod_proxy + proxy_ajp could be one solution.
Now what about the mod_proxy load-balancing add-on ?
Would be a completely separate module.
The way proxy works, is that it:
- obtains the IP address to connect to (currently via DNS round robin,
but a module proxy_loadbalancer
Remy Maucherat wrote:
Jess Holle wrote:
One issue here:
When Apache and Tomcat are used together via AJP13:
1. The host, port, protocol, etc, are exactly that at the Apache
level, i.e. one's web app sees Apache and Tomcat as 1
entity. This is a very good thing overall compared to
Remy Maucherat wrote:
Jess Holle wrote:
Agreed -- but that won't fix the issue.
So can we fix it in 5.0.x or not?
Possibly, but it's risky.
So you'd recommend that I just patch my own distribution, then?
[Changing getURL() to convert to a URI first worked fine in 4.1.24...]
--
Jess Holle
Hi,
And wait for a 5.1 release, which may not be long in the making.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 20, 2004 12:40 PM
To: Tomcat Developers List
Subject: Re: WebappClassLoader.getURLs Bug!
Okay, I'll just change getURL() to be identical to getURI() and all
should be well for me.
Shapira, Yoav wrote:
Hi,
And wait for a 5.1 release, which may not be long in the making.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Jess Holle [mailto:[EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=13983.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Gomez wrote:
Now what about the mod_proxy load-balancing add-on ?
The thing I'm most happy about with the simple load balancing + sticky
session + failover is that the development would be short (hopefully),
be bundled with Apache quickly, and could really help people's
experience with
TAKE ME OFF THIS MAILING LIST IMMEDIATELY... I DID NOT REQUEST THIS AND I DO NOT WANT
ANOTHER EMAIL FROM JAKARTA.APACHE.ORG
Graham Leggett [EMAIL PROTECTED] wrote:
Henri Gomez wrote:
jk was designed a long time ago so may be mod_proxy allready support
persistant connections.
Persistence
Colm MacCarthaigh wrote:
Using OPTIONS has the advantage of being backwards compatible, if you
send OPTIONS to a plain-old HTTP receiver, the standard ACK can be
taken to mean yep, I'm here. Intelligent backends (read: modify
tomcat and co slightly) can have an X-header or whatever to go
I'm
I was thinking something like attached.
- Original Message -
From: Sandy McArthur [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30217.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, July 20, 2004 8:28 AM
Subject: Re: WebappClassLoader.getURLs Bug!
Shapira, Yoav wrote:
Hi,
Unfortunately, now that I've moved to Tomcat 5, I discover that the bug
is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30221.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30155.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24019.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Attached is a patch against JK 1.2.5 to fix handling of POSTs for
load-balanced workers.
The problem it addresses occurs when an endpoint fails while mod_jk is
trying to send it a POST request. When mod_jk gives up and attempts to
use a different endpoint, the body of the POST is lost. Since
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30192.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I will be out of the office starting 10.07.2004 and will not return until
09.08.2004.
Please, send your urgent enquiries to [EMAIL PROTECTED]
Thank you.
Best regards
Jari Auvinen
Kytola Oy
-
To unsubscribe, e-mail: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30192.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Estaré ausente de la oficina desde el 14/07/2004 y no volveré hasta el
27/07/2004.
Responderé a su mensaje cuando regrese.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Estaré ausente de la oficina desde el 19/07/2004 y no volveré hasta el
09/08/2004.
Responderé a su mensaje cuando regrese.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Estaré ausente de la oficina desde el 16/07/2004 y no volveré hasta el
13/08/2004.
Por favor, envíe su mensaje a José Bravo ([EMAIL PROTECTED]).
Please send your message to Mr. José Bravo ([EMAIL PROTECTED]).
-
To
billbarker2004/07/20 19:18:46
Modified:jk/native/common jk_lb_worker.c
Log:
Fix nasty typo that was killing the cookie.
Reported By: Sandy McArthur [EMAIL PROTECTED]
Revision ChangesPath
1.22 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
request.getServerPort()
-Thanks, but this returns the port number of the
current request port.
But my problem is, say the request is for http: and I
want to redirect to https:/.../somefile.jsp. - then ?
Basically what is required is a method that will
return the port number set in the
Having this as a requirement makes an awful lot of assumptions about the
architecture of the container, none of which are helpful in the larger
scale. For example, what if you have 2 (or 50) http connectors and the
same for https ? And then what about ajp13 ? Or mod_caucho's protocol (I
think
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks. Completely agreed with the arguments for not
having the API.
Right now we put the port numbers in our own projects
property file also, apart from server.xml. May be
thats the way to do it.
-Saugata
--- Rick Knowles [EMAIL PROTECTED] wrote:
Having this as a requirement makes an awful
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30225.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
100 matches
Mail list logo