AJP 1.5 should support automatic discovery of tomcat backend, new
systems and new webapps.
That's the current need for many of us when adding tomcats / webapp
behind Apache 2 webservers. In such case we need to restart them and
it's sad.
How could it be accomplished, may be via a master tomcat
Mladen Turk wrote:
Henri Gomez wrote:
AJP 1.5 should support automatic discovery of tomcat backend, new
systems and new webapps.
That's the current need for many of us when adding tomcats / webapp
behind Apache 2 webservers. In such case we need to restart them and
it's sad.
How could it be
Here my wishes list:
a) Clearer/better Loadbalancing Algo
- better understanding of domain/partition based strategy ( I have
detect some problemes here)
- busy strategy -
http://issues.apache.org/bugzilla/show_bug.cgi?id=36138
- real load strategy ( ask tomcats before balance the
Henri Gomez wrote:
AJP 1.5 should support automatic discovery of tomcat backend, new
systems and new webapps.
That's the current need for many of us when adding tomcats / webapp
behind Apache 2 webservers. In such case we need to restart them and
it's sad.
How could it be accomplished, may be
Hi,
I'm using tomcat as my java web application server.
I'm having a problem with FORM login config.
As I've seen in tomcat source code, FormAuthenticator.java is
responsible for this kind of authentication. FormAuthenticator saves a
request to a protected resource, redirects to form login
Hi,
Can I solicit some interest from the tomcat developers to fix a rather
trivial (yet annoying) bug which has an easy fix available? The bug in
question is:
http://issues.apache.org/bugzilla/show_bug.cgi?id=36847
Thanks in advance,
--
Haroon Rafique
[EMAIL PROTECTED]
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=34654.
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=28222.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Yes, this is a valid case, but as I said, I think it could be added
without breaking binary compatibility. But if we just can't find one -
I think it would be far better to use a real protocol, with some
build-in extensibility - rather than invent our own brand-new protocol
or ( even worse ) patch
On 10/25/05, Mladen Turk [EMAIL PROTECTED] wrote:
Costin Manolache wrote:
DBUS is a good example in IMO - I'm not
saying to use their impl, which doesn't fit, just the protocol spec.
The major power of AJP protocol is known-header-name indexing, and
IMHO there is no other protocol that 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=37242.
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=37242.
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=37242.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
--- Mladen Turk [EMAIL PROTECTED] wrote:
Peter Rossbach wrote:
Has everyone more information about this bea admin console project:
http://www.bea.com/framework.jsp?CNT=pr01542.htmFP=/content/news_events/press_releases/2005
Since I can not recall that there was an discussion on
14 matches
Mail list logo