Costin Manolache wrote:
Remy Maucherat wrote:
IE is still (unfortunately) the browser used by a lot of people, and if
there is a way to work around IE brokeness - I think it's a good idea to
do it.
Complaining to M$ doesn't work - people will just end up buying IIS
instead :-)
Seriously, not
mturk 2005/04/24 23:53:25
Modified:jk/xdocs/config workers.xml
jk/xdocs/howto workers.xml
Log:
Update workers documentation.
Revision ChangesPath
1.13 +4 -0 jakarta-tomcat-connectors/jk/xdocs/config/workers.xml
Index: workers.xml
Hi,
Seems I'm missing the karma for jakarta-site-2.
Here is the patch for sourceindex.xml
I would be pleased if someone can spare a moment an commit those :).
Regards,
Mladen
cvs diff -u -- sourceindex.xml (in directory
C:\U\CVSUP\jakarta-site2\xdocs\site\)
Index: sourceindex.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=34577.
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=32424.
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=32424.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-tomcat-jk-native has an issue affecting its community
integration.
This
Hi,
There has been some major bug fixes against JK1.2.10.
Critical: 34357 and 34423.
Not so critical: 34358, 33843, 34558, 34577, and some not reported.
See:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
for details.
My plan is to release the 1.2.11 tomorrow as dev version,
and
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=34587.
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=34587.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hey Mladen,
that is a very shot time period for testing.
I can start some test not before monday next week, but I setup a new
server today a
start with testing with jk cvs head.
Thanks for write documentation of the status worker :-)
Sorry, but the current cluster implementation changes and
Peter Rossbach wrote:
that is a very shot time period for testing.
Well, some of the things are really critical, so that's the reason.
I can start some test not before monday next week, but I setup a new
server today a
start with testing with jk cvs head.
Well, It will be not be advertised as
One of my problems with clustering are:
Szenario:
- three domains of cluster with two or three tomcat nodes
- have more then one application at this cluster
- all nodes server the same application set
- sticky session on
Goal
- restart an application at single node
Probleme
- How can configure
Peter Rossbach wrote:
Goal
- restart an application at single node
Wow.
Probleme
- How can configure that lb stop traffic for a spezial worker/node and
for an single application?
I think that this is the Tomcat responsibility.
If inside redeployment, it should hold the request until finished.
Mladen Turk wrote:
I think that this is the Tomcat responsibility.
If inside redeployment, it should hold the request until finished.
For mod_jk you can set the socket_timeout that will cause the
failover to another worker (if redeployment takes more then 60 seconds).
There is no way to hold a
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=28321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Just make a 1.2.11-dev available and if it works, release the 1.2.11
2005/4/25, Mladen Turk [EMAIL PROTECTED]:
Peter Rossbach wrote:
that is a very shot time period for testing.
Well, some of the things are really critical, so that's the reason.
I can start some test not before monday
Hi,
-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, April 25, 2005 3:04 AM
To: Tomcat Developers List
Subject: [PATCH] Jakarta-site-2
Hi,
Seems I'm missing the karma for jakarta-site-2.
Here is the patch for sourceindex.xml
I would be pleased if
Hello Mladen ,
yes Remy, we have currently no chance inside tomcat. :-(
My szenario is really important when automatic alive monitoring
detect that inside an application or node is something wrong (Out Of
Memory Exception,
all thread hang, detect a deadlock or other nice application relevant
OK, I read the changes and I also want a next release :-)
Peter
PS: Start testing with the current code base at windows xp and suse 9.3
Mladen Turk schrieb:
Peter Rossbach wrote:
that is a very shot time period for testing.
Well, some of the things are really critical, so that's the reason.
I can
Peter Rossbach wrote:
Hello Mladen ,
What I want is, that we can stop request sending from mod_jk side
at a single node. Why we can't stop all requests for a worker, when we
set a flag worker.node1.active=false ? Ok, then no application
on this node get request, but we can control the tomcat
Yoav Shapira wrote:
It's not your karma that's the issue ;) Jakarta-site2 was moved to SVN a
while ago. It now lives at https://svn.apache.org/repos/asf/jakarta/site.
He he. Cool.
It shows how much I'm committing to the documentation ;)
I've applied a slightly modified version of your patch to
Henri Gomez wrote:
Just make a 1.2.11-dev available and if it works, release the 1.2.11
Yes, I was trying to make a odd/even versioning, but seems it does not
mater.
Also how about dropping the documentation build from the source
distribution, as well as ant build files.
I can made some
2005/4/25, Mladen Turk [EMAIL PROTECTED]:
Henri Gomez wrote:
Just make a 1.2.11-dev available and if it works, release the 1.2.11
Yes, I was trying to make a odd/even versioning, but seems it does not
mater.
Well HTTPD team didn't make this odd/even versioning :)
Also how about
Henri Gomez wrote:
Well HTTPD team didn't make this odd/even versioning :)
Yes I know ;)
So the CHANGES.txt and BUILDING will be generated by you at YOUR build
time and included in the final source archive ?
Well, If I succeed to make an ant task that will generate formated .txt
along with .html,
Thank you for your email enquiry. It is our aim to issue a reply within one
working day.
If you wish to speak to one of our customer service advisors in the meantime
you can do so by ringing our call save number 1850 44 44 44.
Alternatively you may wish to access our website at
Ok :)
2005/4/25, Mladen Turk [EMAIL PROTECTED]:
Henri Gomez wrote:
Well HTTPD team didn't make this odd/even versioning :)
Yes I know ;)
So the CHANGES.txt and BUILDING will be generated by you at YOUR build
time and included in the final source archive ?
Well, If I succeed
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=34603.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Do not send me anymore email information. Thank You
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=32604.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-04-25 18:07 ---
One (probably unintended) side effect of SRV.5.5, 2nd bullet, is that
even when response.setContentLength(0) is not called explicitly, but
the response's content length is set to 0 via
Remy Maucherat wrote:
This has been hinted for a while ;) The purpose of this email is to
propose using APR (Apache Portable Runtime) as the network IO used by
Tomcat, instead of the JVM's IO.
[snip]
Which will allow:
[snip]
- (likely) better performance and reliability on free JVMs
This sounds as
Jason Brittain wrote:
Remy Maucherat wrote:
This has been hinted for a while ;) The purpose of this email is to
propose using APR (Apache Portable Runtime) as the network IO used by
Tomcat, instead of the JVM's IO.
[snip]
Which will allow:
[snip]
- (likely) better performance and reliability on
Hmm, that disabling feature not work at my configuration.
I have made a test with current Tomcat head and mod_jk 1.2.10.
===
worker.list=lb,status
worker.node1.port=9012
worker.node1.host=127.0.0.1
worker.node1.type=ajp13
worker.node1.cachesize=200
worker.node1.cache_timeout=60
Peter Rossbach wrote:
Hmm, that disabling feature not work at my configuration.
worker.node2.domain=A
You don't need a domain unless you have a session replication
What is wrong at my mod_jk configuration?
worker.xxx.sticky_session=false
All sticky sessions will need to timeout, and
then you can
Mladen Turk wrote:
Peter Rossbach wrote:
Hmm, that disabling feature not work at my configuration.
worker.node2.domain=A
You don't need a domain unless you have a session replication
Or you can just set jvmRoute=A on each tomcat instance,
make session replication, and then your config will work
Remy Maucherat wrote:
Jason Brittain wrote:
Remy Maucherat wrote:
This has been hinted for a while ;) The purpose of this email is to
propose using APR (Apache Portable Runtime) as the network IO used by
Tomcat, instead of the JVM's IO.
[snip]
Which will allow:
[snip]
- (likely) better performance
Jason Brittain wrote:
Nope:
[EMAIL PROTECTED] jakarta-tomcat-5.5.9]# bin/catalina.sh start
Using CATALINA_BASE: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_HOME: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_TMPDIR: /home/jbrittain/jakarta-tomcat-5.5.9/temp
Using JRE_HOME:
Remy Maucherat wrote:
Jason Brittain wrote:
Nope:
[EMAIL PROTECTED] jakarta-tomcat-5.5.9]# bin/catalina.sh start
Using CATALINA_BASE: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_HOME: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_TMPDIR: /home/jbrittain/jakarta-tomcat-5.5.9/temp
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=34605.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Jason Brittain wrote:
You must not have read the paragraph in my last email that said:
... And, this is *with* Tomcat's compat package installed properly.
Maybe there's a regression. It used to work long before 1.1.5 anyway,
but it could be that the classpath generation using the manifest from
Hey Mladen,
I used the tomcat at cluster mode, but your answer is a little bit to easy.
Sticky session is the only way for the most applications to be consistens.
Session replication is only a secondary feature when failure occured.
Why we can't add a flag that deactive a worker or change the
Remy Maucherat wrote:
Jason Brittain wrote:
You must not have read the paragraph in my last email that said:
... And, this is *with* Tomcat's compat package installed properly.
Maybe there's a regression. It used to work long before 1.1.5 anyway,
I'm curious to know which version of Tomcat ran
Jason Brittain wrote:
This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page.
means JMX wasn't found, that's all.
Yes.
I did:
[EMAIL PROTECTED]
Remy Maucherat wrote:
Jason Brittain wrote:
This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page.
means JMX wasn't found, that's all.
Yes.
I did:
Not finding any clues in the archives or web...
I've been struggling with trying to get the ant installer target to
work. (tried both 5.5.9 tarball and build.xml cvs checkout). I've tried
this both with cygwin, and cmd.exe (ugh!). Both produce similar results.
In debugging this I've
luehe 2005/04/25 15:06:30
Modified:catalina/src/share/org/apache/catalina/connector
Response.java
Log:
Fix for Bugzilla 32604 (Some httpHeaders can be lost in response).
Fix assumes that SRV.5.5, 2nd bullet, will be amended in the upcoming
Servlet
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=32604.
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=32604.
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=34609.
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=34610.
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=34611.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
can any one plz provide me with information regarding
diference between tomcat 5.0 and tomcat 5.5
some of the differences that i have noted are
1)no entry of context in server.xml-
so where this entry should be made
2)no logger component in server.xml
and also related to tomcat manager
Peter Rossbach wrote:
Hey Mladen,
I used the tomcat at cluster mode, but your answer is a little bit to easy.
Sticky session is the only way for the most applications to be consistens.
Session replication is only a secondary feature when failure occured.
Why we can't add a flag that deactive a
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=34587.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
can any one plz provide me with information regarding
diference between tomcat 5.0 and tomcat 5.5
some of the differences that i have noted are
1)no entry of context in server.xml-
so where this entry should be made
2)no logger component in server.xml
and also related to tomcat manager
56 matches
Mail list logo
