Graham Leggett wrote:
Thing is it's easier for end users to not have to mess around
with third party builds if it can possibly be avoided, and
it's the needs of the end users who are the most important,
not the developers.
It was the main reason why we tried to go beyond the concepts
Joel Dice wrote:
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
Mladen Turk wrote:
Graham Leggett wrote:
Thing is it's easier for end users to not have to mess around
with third party builds if it can possibly be avoided, and
it's the needs of the end users who are the most important,
not the developers.
It was the main reason why we tried to go beyond
Joel Dice wrote:
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
Henri Gomez wrote:
Thanks to check if it works for you with the latest jk in CVS...
... and I think we expect the new 1.2.6 release soon. So either wait for
the new release - or even better: send feedback on the CVS as soon as
possible.
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,
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It makes a big difference to
Graham Leggett wrote:
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside
the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It
Henri Gomez wrote:
BTW, could we expect to be able to use in proxy_ajp URL like
ajp://VIRTUALNAME, where VIRTUALNAME could be the name of an
AJP cluster backend ?
That would be up to proxy_ajp to decide, so yes.
What happens is that when the config says
ProxyPass /myApp ajp://VIRTUALNAME
and the
Graham Leggett wrote:
I don't think that it is necessary for a mod_ajp to be
included inside
the mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts
ultimately makes for doing things in a consistent way. It
Graham Leggett wrote:
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside
the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It
Mladen Turk wrote:
I think it's very necessary - sharing those common concepts
ultimately makes for doing things in a consistent way. It
makes a big difference to the usability of httpd.
I'm sure that the 'normalization' would lead to nowhere.
I don't follow - what does normalisation would lead
Mladen Turk wrote:
Graham Leggett wrote:
I don't think that it is necessary for a mod_ajp to be
included inside
the mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts
ultimately makes for doing things in a consistent way.
jean-frederic clere wrote:
I see in ap_proxy_http_handler() that DECLINED allows to try another. Is
there somewhere an example of a configuration using it?
ap_proxy_http_handler() is found in mod_proxy_http, which is the helper
module that handles the HTTP protocol in the proxy framework. You
Henri Gomez wrote:
Graham Leggett wrote:
Just rewriting mod_ajp for v2.0 isn't anything different to
what exists now, so I don't see the point.
Well, that's how you see it.
IMO trying again to squize the apache2-Tomcat module
inside some already
present solution would
Mladen Turk wrote:
I think that we forked from jk/jk2 to be able to write from the scratch the
module that will do exactly _one_ and _only_one_ thing; and that is
effectively communicate with TC server using ajp13+ protocol.
So, my question is. Why do we need again some container to accomplish
Graham Leggett wrote:
So, my question is. Why do we need again some container to
accomplish that?
Because the container already gives you an established
configuration method, a standard set of documentation, and a
standard expectation from end users on how it should work.
That's
Thanks for the information, Henri and Rainer. I'll try the CVS version
today.
On Wed, 21 Jul 2004, Rainer Jung wrote:
Henri Gomez wrote:
Thanks to check if it works for you with the latest jk in CVS...
... and I think we expect the new 1.2.6 release soon. So either wait for
the new
One thing missing - the proposal to actually just use mod_proxy, with
enhancements for load balancing, and with http as protocol ( i.e. drop
Ajp ).
That would be a real simplification on both sides !
The tiny performance benefit of a binary protocol is really not worth
it. The 'http parsing'
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
I also see no reason why the mod_proxy functionally cannot be implemented in
mod_jk2 :).
yes, but it is rocket science to actually get jk2 compiled and configured and to work
properly. mod_proxy is part of the core, and
takes
Mladen Turk wrote:
AjpWorker and AjpBalancer for example, or do we need to mimic that inside
the existing configuration directives?
Well the, AjpWorker can be mapped to ProxyRemote if you change it to
ProxyRemote. See my point?
AjpBalancer could be applied to a theoretical proxy_balancer module
Good day,
I am using IBServer on a Windows 2000 Box. Installed is apache 1.3.26, PHP
4.2 and I am trying to get Tomcat to work.
Tomcat runs as a Windows Service with no errors.
Apache runs fine with the jk_mod installed.
My httpd.conf is listening for ports 80, 8080 and 8009 for processing JSP.
Costin Manolache wrote:
One thing missing - the proposal to actually just use mod_proxy, with
enhancements for load balancing, and with http as protocol ( i.e. drop
Ajp ).
That would be a real simplification on both sides !
I also find HTTP to be more than adequate in most cases, but if there
Graham Leggett wrote:
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside
the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It
Costin Manolache wrote:
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info - if we are
not happy with the performance and we need a small boost, we could also
add ajp.
I think this is a good idea.
Solve the general load
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
It looks like the CVS version works. Next time I'll try CVS before trying
to fix a problem myself. :)
Looking forward to 1.2.6!
On Wed, 21 Jul 2004, Rainer Jung wrote:
Henri Gomez wrote:
Thanks to check if it works for you with the latest jk in CVS...
... and I think we expect the
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Graham Leggett wrote:
Costin Manolache wrote:
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info - if we
are not happy with the performance and we need a small boost, we could
also add ajp.
I think this is a good idea.
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Jag kommer att vara borta från kontoret fr.o.m. 2004-07-12 och kommer inte
tillbaka förrän 2004-08-02.
Jag kommer att svara på meddelandet när jag kommer tillbaka efter min
semester den 24/7. Ha en trevlig sommar med mycket sol !
Henri Gomez wrote:
Graham Leggett wrote:
Costin Manolache wrote:
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info - if we
are not happy with the performance and we need a small boost, we
could also add ajp.
I think
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info
yes, this is what alot of users want
Filip
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004
ok, there are two very simple memory friendly ways to do sticky load balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.
1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't accept cookies, do a simple sticky load
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.
Henri Gomez wrote:
So next step should be to add LB functionalities (with sticky
JSSESSION support) in mod_proxy = Graham ?
There is also a question of development cycle.
Are we gonna develop sending patches or what... Suggestions?
MT.
smime.p7s
Description: S/MIME cryptographic
Filip Hanik wrote:
The current jvmRoute addition to JSESSIONID is not really
needed, since it doesn't add that much of a benefit over the
two options above. So right then and there, there is one less
thing to configure.
Ok, If we'll make a lb for a mod_proxy, then at least it will
I didn't say anything about just simple round robin
the algorithm for distribution can be entirely separate from the stickiness as they
are two separate things. The distribution
algorithm, (round robin, load, random, etc) is separate and should not be confused.
Stickyness means that if I have
Filip Hanik wrote:
I didn't say anything about just simple round robin
the algorithm for distribution can be entirely separate from
the stickiness as they are two separate things. The
distribution algorithm, (round robin, load, random, etc) is
separate and should not be confused.
Mladen Turk wrote:
Ok, just wanted to clear if we are going to make another compromise :),
since sticky sessions are tightly coupled with the load balancer itself and
the way it decides the client route.
In theory sticky sessions shouldn't be tightly coupled like this - it
should be a case of
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
GL Mladen Turk wrote:
Ok, just wanted to clear if we are going to make another
-connectors
-Dmail.home=/usr/local/gump/packages/javamail-1.3
-Dant.home=/usr/local/gump/public/workspace/ant/dist
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040721.jar
/jakarta-regexp-20040721.jar
bao
-Dcommons-modeler.jar=/usr/local/gump/public/workspace/jakarta-commons/modeler/dist/commons-modeler-20040721.jar
bao -Djasper.home=/usr/local/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2
bao -Djndi.home=/usr/local/gump/packages/jndi1_2_1
bao
-Dtomcat
/packages/jmx-1_2-ri/lib/jmxri.jar
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040721.jar
-Dmail.home=/usr/local/gump/packages/javamail-1.3
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=30236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
bao DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
bao RELATED COMMENTS THROUGH
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=30236.
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=30236.
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=30238.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Graham Leggett wrote:
sticky sessions are tightly coupled with the load
balancer
itself and the way it decides the client route.
In theory sticky sessions shouldn't be tightly coupled like
this - it should be a case of plan a) stick to the same
server, else revert to plan b).
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
MT Graham Leggett wrote:
sticky sessions are tightly coupled with the load
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=30239.
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=30239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have been pounding my head into the wall trying to get
isapi_redirect.dll working on IIS 6.0.
There are 3 bugs here with isapi_redirect and its docs as they stand
today -- only one directly of Microsoft's making, it appears:
*1) The URI handed to map_uri_to_worker() in jk_isapi_plugin.c
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
JH I have been pounding my head into the wall trying to get
JH isapi_redirect.dll
Mladen Turk wrote:
Yes, but why would you wish to separate those?
Because they are two separate behaviours that could quite easily be used
independantly of each other.
I would probably use the stickiness long before I started messing around
with load balancing.
I'm not that familiar with
yoavs 2004/07/21 11:06:13
Modified:webapps/docs changelog.xml
jk/xdocs/jk iishowto.xml
Log:
Addressed Bugzilla 30239, out-of-date docs for IIS how-to.
Revision ChangesPath
1.71 +26 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml
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=30239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
yao yoavs 2004/07/21 11:06:13
yao Modified:webapps/docs changelog.xml
yao
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=30238.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
yoavs 2004/07/21 11:11:05
Modified:webapps/docs changelog.xml
jk/native/iis isapi_install.vbs
Log:
Addressed Bugzilla 30238.
Revision ChangesPath
1.72 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml
Index: changelog.xml
Graham Leggett wrote:
Yes, but why would you wish to separate those?
Because they are two separate behaviours that could quite
easily be used independantly of each other.
OK, it makes sense.
I'm not that familiar with mod_proxy code, so please no
hooks, not jet
:)
I am
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=22695.
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=23802.
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=21564.
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=22679.
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=29258.
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=30198.
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=26890.
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=26229.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I suppose in this case the load balancer would run HOOK_MIDDLE, and
sticky would run HOOK_LAST.
cool, and then have the server just try them in that order? ie, if the sticky server
went down, it just takes the next one from the
list (and that list should be ordered well since it comes from the
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
I suppose in this case the load balancer would run HOOK_MIDDLE, and
sticky would run
luehe 2004/07/21 11:54:18
Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java
Log:
Added setJspReloadCount method
Revision ChangesPath
1.37 +10 -0
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java
Index:
Dobry den,
nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.
Antispamovy filter Oddych.sk
Nedoruceny mail:
lao luehe 2004/07/21 11:54:18
lao Modified:
Filip Hanik wrote:
I suppose in this case the load balancer would run HOOK_MIDDLE, and
sticky would run HOOK_LAST.
cool, and then have the server just try them in that order?
ie, if the sticky server went down, it just takes the next
one from the list (and that list should be
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=30241.
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=21564.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
really, so then there is no fail over.
cause that is what fail over does, redirects you to another server.
and with session replication in place, you should be good to go
FIlip
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent:
yoavs 2004/07/21 12:24:00
Modified:webapps/docs changelog.xml jndi-resources-howto.xml
webapps/docs/config globalresources.xml
Log:
Addressed Bugzilla 29584, cleaning up JNDI documentation.
Revision ChangesPath
1.73 +3 -0
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=29584.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1 - 100 of 117 matches
Mail list logo