RE: A cluster question
hi Filip,
sorry to say but i've encountered another problem. Although
SimpleTcpReplicationManager does replicate my bean ok it doesnt seem to maintain the
session correctly.
To test the cluster im using round-robin DNS record. Whenever the client browser is
forced to switch from one tomcat instance to another a new session is getting created
and the old session is lost. I must say that the browser does maintain cookies ok but
amazingly JSESSIONID cookie value does not match session id of the newly created
session.
This only happens to SimpleTcpReplicationManager, DelataManager maintains sessions ok.
The version of tomcat i'm testing on is 5.0.19
Regards,
Vlad
-Original Message-
From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED]
Sent: Wed 26/05/2004 22:12
To: Tomcat Users List
Cc:
Subject: RE: A cluster question
anytime, glad I could help!
Filip
-Original Message-
From: Ilyschenko, Vlad [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 2:56 PM
To: Tomcat Users List
Subject: RE: A cluster question
Thanks a lot Filip, SimpleTcpReplicationManager does indeed work the way i
need it!
Vlad
-Original Message-
From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED]
Sent: Wed 5/26/2004 6:43 PM
To: Tomcat Users List
Cc:
Subject:RE: A cluster question
>Is there any other way to force replication apart from calling
session.setAttribute(name, bean)
yes, there is, but not using the DeltaManager,
instead use SimpleTcpReplicationMananger and set useDirtyFlag="false"
the useDirtyFlag is ignored on the delta manager, since the delta manager
only replicates deltas.
filip
-Original Message-
From: Ilyschenko, Vlad [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 9:32 AM
To: Tomcat Users List
Subject: A cluster question
Hello,
I have a session bean that changes its state as pages call methods on that
bean. I want this bean to be replictated to other cluster members but it
seems like it gets replicated only once, straight after it is created.
Is there any other way to force replication apart from calling
session.setAttribute(name, bean) ? I have tried useDirtyFlag true and
false - no luck.
The application is "distributed" and all other things do get replicated.
Regards,
Vlad
This is a little test case for my problem:
test.jsp:
-
<%
out.print(mybean.a());
%>
TestBean.java
-
import org.apache.log4j.Logger;
import java.io.Serializable;
import java.io.IOException;
import java.util.Random;
public class TestBean implements Serializable{
private static Logger logger = Logger.getLogger(TestBean.class);
private long m_a = 0;
private Random rnd = new Random(System.currentTimeMillis());
public long a() {
m_a = rnd.nextLong();
return m_a;
}
private void writeObject(java.io.ObjectOutputStream out) throws
IOException {
//logger.debug("Serialized");
System.out.println("Serialized");
out.defaultWriteObject();
}
private void readObject(java.io.ObjectInputStream in) throws
IOException, ClassNotFoundException {
in.defaultReadObject();
//logger.debug("Deserialized");
System.out.println("Deserialized");
}
}
The information contained in this email message may be confidential. If you
are not the intended recipient, any use, interference with, disclosure or
copying of this material is unauthorised and prohibited. Although this
message and any attachments are believed to be free of viruses, no
responsibility is accepted by Informa for any loss or damage arising in any
way from receipt or use thereof. Messages to and from the company are
monitored for operational reasons and in accordance with lawful business
practices.
If you have received this mess
RE: A cluster question
Thanks a lot Filip, SimpleTcpReplicationManager does indeed work the way i need it!
Vlad
-Original Message-
From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED]
Sent: Wed 5/26/2004 6:43 PM
To: Tomcat Users List
Cc:
Subject:RE: A cluster question
>Is there any other way to force replication apart from calling
session.setAttribute(name, bean)
yes, there is, but not using the DeltaManager,
instead use SimpleTcpReplicationMananger and set useDirtyFlag="false"
the useDirtyFlag is ignored on the delta manager, since the delta manager
only replicates deltas.
filip
-Original Message-
From: Ilyschenko, Vlad [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 9:32 AM
To: Tomcat Users List
Subject: A cluster question
Hello,
I have a session bean that changes its state as pages call methods on that
bean. I want this bean to be replictated to other cluster members but it
seems like it gets replicated only once, straight after it is created.
Is there any other way to force replication apart from calling
session.setAttribute(name, bean) ? I have tried useDirtyFlag true and
false - no luck.
The application is "distributed" and all other things do get replicated.
Regards,
Vlad
This is a little test case for my problem:
test.jsp:
-
<%
out.print(mybean.a());
%>
TestBean.java
-
import org.apache.log4j.Logger;
import java.io.Serializable;
import java.io.IOException;
import java.util.Random;
public class TestBean implements Serializable{
private static Logger logger = Logger.getLogger(TestBean.class);
private long m_a = 0;
private Random rnd = new Random(System.currentTimeMillis());
public long a() {
m_a = rnd.nextLong();
return m_a;
}
private void writeObject(java.io.ObjectOutputStream out) throws
IOException {
//logger.debug("Serialized");
System.out.println("Serialized");
out.defaultWriteObject();
}
private void readObject(java.io.ObjectInputStream in) throws
IOException, ClassNotFoundException {
in.defaultReadObject();
//logger.debug("Deserialized");
System.out.println("Deserialized");
}
}
The information contained in this email message may be confidential. If you
are not the intended recipient, any use, interference with, disclosure or
copying of this material is unauthorised and prohibited. Although this
message and any attachments are believed to be free of viruses, no
responsibility is accepted by Informa for any loss or damage arising in any
way from receipt or use thereof. Messages to and from the company are
monitored for operational reasons and in accordance with lawful business
practices.
If you have received this message in error, please notify us by return and
delete the message and any attachments. Further enquiries/returns can be
sent to [EMAIL PROTECTED]
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 5/3/2004
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 5/3/2004
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
A cluster question
Hello,
I have a session bean that changes its state as pages call methods on that bean. I
want this bean to be replictated to other cluster members but it seems like it gets
replicated only once, straight after it is created.
Is there any other way to force replication apart from calling
session.setAttribute(name, bean) ? I have tried useDirtyFlag true and false - no luck.
The application is "distributed" and all other things do get replicated.
Regards,
Vlad
This is a little test case for my problem:
test.jsp:
-
<%
out.print(mybean.a());
%>
TestBean.java
-
import org.apache.log4j.Logger;
import java.io.Serializable;
import java.io.IOException;
import java.util.Random;
public class TestBean implements Serializable{
private static Logger logger = Logger.getLogger(TestBean.class);
private long m_a = 0;
private Random rnd = new Random(System.currentTimeMillis());
public long a() {
m_a = rnd.nextLong();
return m_a;
}
private void writeObject(java.io.ObjectOutputStream out) throws IOException {
//logger.debug("Serialized");
System.out.println("Serialized");
out.defaultWriteObject();
}
private void readObject(java.io.ObjectInputStream in) throws IOException,
ClassNotFoundException {
in.defaultReadObject();
//logger.debug("Deserialized");
System.out.println("Deserialized");
}
}
The information contained in this email message may be confidential. If you are not
the intended recipient, any use, interference with, disclosure or copying of this
material is unauthorised and prohibited. Although this message and any attachments are
believed to be free of viruses, no responsibility is accepted by Informa for any loss
or damage arising in any way from receipt or use thereof. Messages to and from the
company are monitored for operational reasons and in accordance with lawful business
practices.
If you have received this message in error, please notify us by return and delete the
message and any attachments. Further enquiries/returns can be sent to [EMAIL
PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Filter causing memory on TC-5.0.18 and 5.0.19
Sorry about that. I was thinking that those issues are related. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 3:54 PM To: Tomcat Users List Subject: RE: Filter causing memory on TC-5.0.18 and 5.0.19 Hi, >We also are experiencing memory leaks in tomcat since we upgraded from >5.0.16 to 5.0.19. In particular I found out that web app sessions will >not timeout with session-timeout=1 (or rather it will, but not after 1 >minute): What is it recently with people hijacking threads? Please use a separate thread for the session timeout question, this one is about filters. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Filter causing memory on TC-5.0.18 and 5.0.19
Hi, We also are experiencing memory leaks in tomcat since we upgraded from 5.0.16 to 5.0.19. In particular I found out that web app sessions will not timeout with session-timeout=1 (or rather it will, but not after 1 minute): 1 using StandardManager. Does 5.0.19 honor session-timeout parameter at all? The output of /manager/sessions?path=/testcontext is: - OK - Session information for application at context path /testcontext Default maximum session inactive interval 1 minutes 60 - <70 minutes:2 sessions - Regards, Vlad Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 1:53 PM To: Tomcat Users List Subject: RE: Filter causing memory on TC-5.0.18 and 5.0.19 Hi, >We search hard in >the archive and found many, many questions in regards >of this. Can you please point out specific messages or threads in the archives that ask about a filter causing a tomcat memory leak? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19
More update on that: Tomcat returns a header: Transfer-Encoding: chunked And it doesn't always return \0 (zero) at the end of the content. That is what causes commons-httpclient to throw the exception and browsers to keep spinning after page is displayed. Can something be done about that? Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 11:05 AM To: Tomcat Users List Subject: RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 More update. Tomcat response does get through to the client! But browser keeps spinning and then times out. JK bug may be? Any advise guys? This is a production environment so I have to get this sorted. Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 10:45 AM To: Tomcat Users List Subject: RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 Update. This is what happens when the load on tomcat is high: all requests are executed but for some of those tomcat is unable to send the response back (browser stalls and will eventually time out after the timeout set in httpd.conf has expired). As the load goes down tomcat is able to send content back with no problems. What configuration settings can affect this behavior? Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 9:46 AM To: Tomcat Users List Subject: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 Hi, I'm running Solaris 9, Apache 2.0.48, mod_jk 1.2.6 and tomcat 5.0.19 and I'm getting these messages in apache error log: (128)Network is unreachable: connect to listener Those aren't too frequent though but seem to present problems: We have a monitoring tool that uses commons-httpclient to poll tomcat every so often and that tool seem to be getting this exception: 27 Feb 2004 10:21:06 ERROR local_services_monitor2-wrk2 - I/O failure reading response body java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.net.SocketInputStream.read(SocketInputStream.java:182) at java.io.FilterInputStream.read(FilterInputStream.java:66) at java.io.PushbackInputStream.read(PushbackInputStream.java:120) at org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt ream(ChunkedInputStream.java:264) at org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS tream.java:237) at org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream .java:192) at java.io.FilterInputStream.read(FilterInputStream.java:111) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:142) at java.io.FilterInputStream.read(FilterInputStream.java:90) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:161) at org.apache.commons.httpclient.HttpMethodBase.getResponseBody(HttpMethodB ase.java:717) at org.apache.commons.httpclient.HttpMethodBase.getResponseBodyAsString(Htt pMethodBase.java:764) at com.informa.jwatch.jobs.HttpMonitor.start(Unknown Source) at com.informa.jwatch.jobs.HttpXmlMonitor.start(Unknown Source) at com.informa.jwatch.BasicJobContext.executeJob(BasicJobContext.java:32) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.BatchJobContext.executeJob(BatchJobContext.java:30) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.exec.ExecutionGroup$WorkerThread.run(ExecutionGroup.j ava:176) The weird thing is that httpclient always receives http headers and occasionally fails on the content body. Basically every time I see that exception in the monitoring log it coincides with "network unreachable" message in apache error log. Any ideas on this matter would be greatly appreciated! Thanks, Vlad The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm
RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19
More update. Tomcat response does get through to the client! But browser keeps spinning and then times out. JK bug may be? Any advise guys? This is a production environment so I have to get this sorted. Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 10:45 AM To: Tomcat Users List Subject: RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 Update. This is what happens when the load on tomcat is high: all requests are executed but for some of those tomcat is unable to send the response back (browser stalls and will eventually time out after the timeout set in httpd.conf has expired). As the load goes down tomcat is able to send content back with no problems. What configuration settings can affect this behavior? Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 9:46 AM To: Tomcat Users List Subject: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 Hi, I'm running Solaris 9, Apache 2.0.48, mod_jk 1.2.6 and tomcat 5.0.19 and I'm getting these messages in apache error log: (128)Network is unreachable: connect to listener Those aren't too frequent though but seem to present problems: We have a monitoring tool that uses commons-httpclient to poll tomcat every so often and that tool seem to be getting this exception: 27 Feb 2004 10:21:06 ERROR local_services_monitor2-wrk2 - I/O failure reading response body java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.net.SocketInputStream.read(SocketInputStream.java:182) at java.io.FilterInputStream.read(FilterInputStream.java:66) at java.io.PushbackInputStream.read(PushbackInputStream.java:120) at org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt ream(ChunkedInputStream.java:264) at org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS tream.java:237) at org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream .java:192) at java.io.FilterInputStream.read(FilterInputStream.java:111) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:142) at java.io.FilterInputStream.read(FilterInputStream.java:90) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:161) at org.apache.commons.httpclient.HttpMethodBase.getResponseBody(HttpMethodB ase.java:717) at org.apache.commons.httpclient.HttpMethodBase.getResponseBodyAsString(Htt pMethodBase.java:764) at com.informa.jwatch.jobs.HttpMonitor.start(Unknown Source) at com.informa.jwatch.jobs.HttpXmlMonitor.start(Unknown Source) at com.informa.jwatch.BasicJobContext.executeJob(BasicJobContext.java:32) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.BatchJobContext.executeJob(BatchJobContext.java:30) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.exec.ExecutionGroup$WorkerThread.run(ExecutionGroup.j ava:176) The weird thing is that httpclient always receives http headers and occasionally fails on the content body. Basically every time I see that exception in the monitoring log it coincides with "network unreachable" message in apache error log. Any ideas on this matter would be greatly appreciated! Thanks, Vlad The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19
Update. This is what happens when the load on tomcat is high: all requests are executed but for some of those tomcat is unable to send the response back (browser stalls and will eventually time out after the timeout set in httpd.conf has expired). As the load goes down tomcat is able to send content back with no problems. What configuration settings can affect this behavior? Vlad -Original Message- From: Ilyschenko, Vlad Sent: Monday, March 01, 2004 9:46 AM To: Tomcat Users List Subject: Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19 Hi, I'm running Solaris 9, Apache 2.0.48, mod_jk 1.2.6 and tomcat 5.0.19 and I'm getting these messages in apache error log: (128)Network is unreachable: connect to listener Those aren't too frequent though but seem to present problems: We have a monitoring tool that uses commons-httpclient to poll tomcat every so often and that tool seem to be getting this exception: 27 Feb 2004 10:21:06 ERROR local_services_monitor2-wrk2 - I/O failure reading response body java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.net.SocketInputStream.read(SocketInputStream.java:182) at java.io.FilterInputStream.read(FilterInputStream.java:66) at java.io.PushbackInputStream.read(PushbackInputStream.java:120) at org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt ream(ChunkedInputStream.java:264) at org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS tream.java:237) at org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream .java:192) at java.io.FilterInputStream.read(FilterInputStream.java:111) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:142) at java.io.FilterInputStream.read(FilterInputStream.java:90) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:161) at org.apache.commons.httpclient.HttpMethodBase.getResponseBody(HttpMethodB ase.java:717) at org.apache.commons.httpclient.HttpMethodBase.getResponseBodyAsString(Htt pMethodBase.java:764) at com.informa.jwatch.jobs.HttpMonitor.start(Unknown Source) at com.informa.jwatch.jobs.HttpXmlMonitor.start(Unknown Source) at com.informa.jwatch.BasicJobContext.executeJob(BasicJobContext.java:32) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.BatchJobContext.executeJob(BatchJobContext.java:30) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.exec.ExecutionGroup$WorkerThread.run(ExecutionGroup.j ava:176) The weird thing is that httpclient always receives http headers and occasionally fails on the content body. Basically every time I see that exception in the monitoring log it coincides with "network unreachable" message in apache error log. Any ideas on this matter would be greatly appreciated! Thanks, Vlad The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem: Apache 2.0.48 + mod_jk 1.2.6 + tomcat 5.0.19
Hi, I'm running Solaris 9, Apache 2.0.48, mod_jk 1.2.6 and tomcat 5.0.19 and I'm getting these messages in apache error log: (128)Network is unreachable: connect to listener Those aren't too frequent though but seem to present problems: We have a monitoring tool that uses commons-httpclient to poll tomcat every so often and that tool seem to be getting this exception: 27 Feb 2004 10:21:06 ERROR local_services_monitor2-wrk2 - I/O failure reading response body java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.net.SocketInputStream.read(SocketInputStream.java:182) at java.io.FilterInputStream.read(FilterInputStream.java:66) at java.io.PushbackInputStream.read(PushbackInputStream.java:120) at org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt ream(ChunkedInputStream.java:264) at org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS tream.java:237) at org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream .java:192) at java.io.FilterInputStream.read(FilterInputStream.java:111) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:142) at java.io.FilterInputStream.read(FilterInputStream.java:90) at org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputSt ream.java:161) at org.apache.commons.httpclient.HttpMethodBase.getResponseBody(HttpMethodB ase.java:717) at org.apache.commons.httpclient.HttpMethodBase.getResponseBodyAsString(Htt pMethodBase.java:764) at com.informa.jwatch.jobs.HttpMonitor.start(Unknown Source) at com.informa.jwatch.jobs.HttpXmlMonitor.start(Unknown Source) at com.informa.jwatch.BasicJobContext.executeJob(BasicJobContext.java:32) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.BatchJobContext.executeJob(BatchJobContext.java:30) at com.informa.jwatch.AbstractJobContext.execute(AbstractJobContext.java:90 ) at com.informa.jwatch.exec.ExecutionGroup$WorkerThread.run(ExecutionGroup.j ava:176) The weird thing is that httpclient always receives http headers and occasionally fails on the content body. Basically every time I see that exception in the monitoring log it coincides with "network unreachable" message in apache error log. Any ideas on this matter would be greatly appreciated! Thanks, Vlad The information contained in this email message may be confidential. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Although this message and any attachments are believed to be free of viruses, no responsibility is accepted by Informa for any loss or damage arising in any way from receipt or use thereof. Messages to and from the company are monitored for operational reasons and in accordance with lawful business practices. If you have received this message in error, please notify us by return and delete the message and any attachments. Further enquiries/returns can be sent to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat 5.0.19 cluster problem
luster-MembershipReceiver - Replication
member
added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.64.40:
4001,192.168.64.40,4001, alive=117500276]
22 Feb 2004 00:27:00 INFO Cluster-MembershipReceiver - Received member
disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.
64.40:4001,192.168.64.40,4001, alive=117500276]
22 Feb 2004 00:27:02 INFO Cluster-MembershipReceiver - Replication
member
added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.64.40:
4001,192.168.64.40,4001, alive=117505583]
22 Feb 2004 05:26:07 WARN TP-Processor138 - No socket sender available
for client=/192.168.64.40:4001 did it disappear?
22 Feb 2004 05:26:07 WARN TP-Processor157 - No socket sender available
for client=/192.168.64.40:4001 did it disappear?
22 Feb 2004 05:26:07 INFO TP-Processor8 - Unknown message 0
22 Feb 2004 05:26:07 WARN TP-Processor128 - No socket sender available
for client=/192.168.64.40:4001 did it disappear?
22 Feb 2004 05:26:07 INFO TP-Processor32 - Unknown message 0
22 Feb 2004 05:26:07 WARN
ContainerBackgroundProcessor[StandardEngine[Catalina]] - Unable to send
replicated message, is server down?
java.lang.IllegalStateException: Socket pool is closed.
at
org.apache.catalina.cluster.tcp.PooledSocketSender$SenderQueue.getSender
(PooledSocketSender.java:217)
at
org.apache.catalina.cluster.tcp.PooledSocketSender.sendMessage(PooledSoc
ketSender.java:160)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessageData(R
eplicationTransmitter.java:164)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessage(Repli
cationTransmitter.java:196)
at
org.apache.catalina.cluster.tcp.SimpleTcpCluster.send(SimpleTcpCluster.j
ava:450)
...
Thanks,
Vlad
The information contained in this email message may be confidential. If you are not
the intended recipient, any use, interference with, disclosure or copying of this
material is unauthorised and prohibited. Although this message and any attachments are
believed to be free of viruses, no responsibility is accepted by Informa for any loss
or damage arising in any way from receipt or use thereof. Messages to and from the
company are monitored for operational reasons and in accordance with lawful business
practices.
If you have received this message in error, please notify us by return and delete the
message and any attachments. Further enquiries/returns can be sent to [EMAIL
PROTECTED]
RE: URGET - NEED HELP
I haven't installed any firewall software and my iptables script looks something like this. iptables -P INPUT ACCEPT iptables -F INPUT iptables -P OUTPUT ACCEPT iptables -F OUTPUT iptables -P FORWARD DROP iptables -F FORWARD iptables -t nat -F iptables -A FORWARD -i $EXTIF -o $INTIF -m state --state ESTABLISHED, RELATED -j ACCEPT iptables -A FORWARD -i $INTIF -o $EXTIF -j ACCEPT iptables -A FORWARD -j LOG iptables -t nat -A POSTROUTING -o $EXTIF -j MASQUERADE -Original Message- From: Jacob Hookom [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 30, 2002 1:02 PM To: 'Tomcat Users List' Subject: RE: URGET - NEED HELP Do you have any firewall software running like black ice? Software like that will give you the same results as you described. -Original Message- From: Vlad [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 30, 2002 11:55 AM To: Tomcat Users List Subject: URGET - NEED HELP I can't seem to get tomcat to run as a standalone web server. I have a webapp that is almost entirely dynamic so I do not want to use the apache/tomcat combo, I just want tomcat. I have two nics in my system, a public and a private one (this box also functions as a NAT server) when I configure tomcat to run on port 8080 then everything is fine, but when I tell it to run on port 80 then I can only access the webapp from within the private network (even if I use the public ip) but I can't see the webapp from the public network. I tried telneting to port 80 from the public network and it connects but when I do "GET /" (which normally returns something) I get nothing, I looked at the tomcats access logs and it doesn't have an entry for these requests. ANY HELP WOULD BE GREAT - THIS IS REALLY URGENT --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.371 / Virus Database: 206 - Release Date: 6/13/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.371 / Virus Database: 206 - Release Date: 6/13/2002 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
URGET - NEED HELP
I can't seem to get tomcat to run as a standalone web server. I have a webapp that is almost entirely dynamic so I do not want to use the apache/tomcat combo, I just want tomcat. I have two nics in my system, a public and a private one (this box also functions as a NAT server) when I configure tomcat to run on port 8080 then everything is fine, but when I tell it to run on port 80 then I can only access the webapp from within the private network (even if I use the public ip) but I can't see the webapp from the public network. I tried telneting to port 80 from the public network and it connects but when I do "GET /" (which normally returns something) I get nothing, I looked at the tomcats access logs and it doesn't have an entry for these requests. ANY HELP WOULD BE GREAT - THIS IS REALLY URGENT
Servlet Chaining, Default servlet
I am trying to figure out how to connect do the DefaultServlet. That is, what goes inside the statement: RequestDispatcher rd = this.getServletContext().getRequestDispatcher() Thank you in advance, Vlad
Resticting Access
Hi,
I am migrating to Tomcat from JWS 2.0 and trying to restrict access to a
given subtree on the server. I've tried using JDBCRealm and it works,
however it doesn't satisfy my needs. I am trying to restrict access for
a user once, make him/her login and then grant access for as long as the
session is still alive.
Here is how I restricted access under JWS 2.0:
1) A servlet (say RestictServlet) was written and mapped so that it
would intercept all static requests, basically done by mapping
RestictServlet to "/".
2) This servlet would process a request, figure out if restricted file
was being access and would either redirect the user to the login servlet
or would give the user the file by executing the following snippet of
code:
RequestDispatcher rd = ctx.getRequestDispatcher("file");
rd.forward(req, res);
Under JWS 2.0, a servlet "file" was responsible for serving static
content to the user.
I've tried to look for the equivalent of "file" servlet in Tomcat. I've
found org.apache.tomcat.request.StaticInterceptor servlet. Is this it?
If yes, how to I refer (create a RequestDispatcher) to it? What is its
name? Do I have to modify web.xml file for my application to include
StaticInterceptor servlet?
Thank you in advance,
Vlad
