RE: Tomcat clustering and NotSerializableException

2005-03-02 Thread Sng Wee Jim

This will be a problem if the requests from the frames use the same Struts form.
Else it should be fine, since the framework will set the request into the 
Struts form for each request, so transient will still work.

- Jim



From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Wed 3/2/2005 12:17 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException



 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Subject: RE: Tomcat clustering and NotSerializableException

 Indeed a reference to the HttpServletRequest is held in my Struts form
 (session-scope). The problem went away once I added transient to the
 attribute.

How do you handle the situation of having multiple concurrent requests on the 
same session?  This can easily happen with frames, users clicking refresh, etc.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.






The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorized. If you are not
an intended recipient, please notify the sender of this email
immediately. You should not copy, use or disseminate the
information contained in the email.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Capco.

http://www.capco.com/



RE: Tomcat clustering and NotSerializableException

2005-03-01 Thread Richard Mixon (qwest)
CoyoteRequestFacade is the first element in the stack trace - it is not
the session stored object that is causing the NotSerializableException.

As I said in my prior posting, to resolve this issue you need to:

1) Identify each object that you are explicitly storing in the session
and make sure it directly or indirectly (through inheritance) specified
that it implements Serializable.

2) Follow the chain from each session object to other objects that it
references and make sure they are ALL marked as serializable (again -
either directly or indirectly)

That will fix your problem. These issues often do not come up until
either you:
1. Try and use session replication.
2. Try to persist sessions to a datastore and access from a cluster.
3. Try to persist sessions across a restart of Tomcat.

Also, please just reply to the list - not to the list and to the poster.

HTH - Richard

Sng Wee Jim wrote:
 But the stacktrace says

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade
   at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
   at

java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:13
 32)
   at

 Since CoyoteRequestFacade is a tomcat class, I assume it has to be
 fixed
 by the tomcat team. Unless the actual object that is not Serializable
 not CoyoteRequestFacade is available somewhere else...

 - Jim



 -Original Message-
 From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
 February 28, 2005 11:13 PM
 To: Tomcat Users List
 Subject: RE: Tomcat clustering and NotSerializableException

 As Matt said its probably your applications objects. When we switched
 to
 clustering I was surprised at how many of my session objects I needed
 to
 add serializable to. But it was easy work and quickl done.

 HTH - Richard

 Dale, Matt wrote:
 I would guess that this means you have an object in your session that
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get
 the following exceptions on the tomcat console for some actions that
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt

RE: Tomcat clustering and NotSerializableException

2005-03-01 Thread Caldarale, Charles R
 From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
 Subject: RE: Tomcat clustering and NotSerializableException
 
 CoyoteRequestFacade is the first element in the stack trace - 
 it is not the session stored object that is causing the 
 NotSerializableException.

Actually, the CoyoteRequestFacade _is_ the object being serialized.  That class 
name is the explanatory text added to the exception being thrown by 
ObjectOutputStream at line 1054 (look at the JRE source), not the origin of the 
exception.  Nonetheless, your points are still valid.  Whatever code is 
sneaking a direct or indirect reference to the request into the session object 
needs to be changed.  As you indicated, it must be an indirect reference from 
an attribute added to the session, since a direct one wouldn't pass the 
serializability check.

 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException: 
 org.apache.coyote.tomcat5.CoyoteRequestFacade
   at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
   at 
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
   at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304)
   at 
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
   at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
   at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
   at 
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeExternal(DeltaRequest.java:300)
   at 
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaRequest.java:217)
   at 
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(DeltaManager.java:393)
   at 
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(DeltaManager.java:782)
   at 
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:203)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
   at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
   at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
   at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
   at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
   at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
   at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
   at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
   at java.lang.Thread.run(Thread.java:534)

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tomcat clustering and NotSerializableException

2005-03-01 Thread Filip Hanik - Dev Lists
As Richard says, don't store your request in the session, not a good idea.
Richard Mixon (qwest) wrote:
CoyoteRequestFacade is the first element in the stack trace - it is not
the session stored object that is causing the NotSerializableException.
As I said in my prior posting, to resolve this issue you need to:
1) Identify each object that you are explicitly storing in the session
and make sure it directly or indirectly (through inheritance) specified
that it implements Serializable.
2) Follow the chain from each session object to other objects that it
references and make sure they are ALL marked as serializable (again -
either directly or indirectly)
That will fix your problem. These issues often do not come up until
either you:
1. Try and use session replication.
2. Try to persist sessions to a datastore and access from a cluster.
3. Try to persist sessions across a restart of Tomcat.
Also, please just reply to the list - not to the list and to the poster.
HTH - Richard
Sng Wee Jim wrote:
 

But the stacktrace says
java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
at
   

java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:13
 

32)
at
Since CoyoteRequestFacade is a tomcat class, I assume it has to be
fixed
by the tomcat team. Unless the actual object that is not Serializable
not CoyoteRequestFacade is available somewhere else...
- Jim

-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
As Matt said its probably your applications objects. When we switched
to
clustering I was surprised at how many of my session objects I needed
to
add serializable to. But it was easy work and quickl done.
HTH - Richard
Dale, Matt wrote:
   

I would guess that this means you have an object in your session that
does not implement the serializable interface.
Ta
Matt
-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 09:21
To: tomcat-user@jakarta.apache.org
Subject: Tomcat clustering and NotSerializableException

Hi,


I am using Tomcat 5.0.28 on MS Win2k server.

After I have uncommented the Cluster element in server.xml, I get
the following exceptions on the tomcat console for some actions that
are using displaytag.

Is it a tomcat bug, since
org.apache.coyote.tomcat5.CoyoteRequestFacade
is involved?



(DeltaManager.java:813)- Unable to serialize delta request
java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade
   at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)

   at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java
 

1332)
   

   at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13
04)
   at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav
a:1247)
   at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)

   at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
   at
org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE
xternal(DeltaRequest.java:300)
   at
org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR
equest.java:217)
   at
org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D
eltaManager.java:393)
   at
org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del
taManager.java:782)
   at
org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa
lve.java:203)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:102)
   at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:118)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:102)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:520)
   at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:109)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:104)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:520)
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)

   at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16
0)
   at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)

   at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
   at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
   at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja
va:675)
   at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
   at
org.apache.tomcat.util.threads.ThreadPool

RE: Tomcat clustering and NotSerializableException

2005-03-01 Thread Sng Wee Jim

Thanks to all that replied.

Indeed a reference to the HttpServletRequest is held in my Struts form
(session-scope). The problem went away once I added transient to the
attribute.

My concern is when the session is replicated to other tomcat instances,
will a call to getRequest() always return null?


- Jim

-Original Message-
From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 11:47 PM
To: Tomcat Users List
Subject: Re: Tomcat clustering and NotSerializableException

As Richard says, don't store your request in the session, not a good
idea.

Richard Mixon (qwest) wrote:

CoyoteRequestFacade is the first element in the stack trace - it is not
the session stored object that is causing the NotSerializableException.

As I said in my prior posting, to resolve this issue you need to:

1) Identify each object that you are explicitly storing in the session
and make sure it directly or indirectly (through inheritance) specified
that it implements Serializable.

2) Follow the chain from each session object to other objects that it
references and make sure they are ALL marked as serializable (again -
either directly or indirectly)

That will fix your problem. These issues often do not come up until
either you:
1. Try and use session replication.
2. Try to persist sessions to a datastore and access from a cluster.
3. Try to persist sessions across a restart of Tomcat.

Also, please just reply to the list - not to the list and to the
poster.

HTH - Richard

Sng Wee Jim wrote:
 

But the stacktrace says

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade
  at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
  at

   

java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1
3
 

32)
  at

Since CoyoteRequestFacade is a tomcat class, I assume it has to be
fixed
by the tomcat team. Unless the actual object that is not Serializable
not CoyoteRequestFacade is available somewhere else...

- Jim



-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched
to
clustering I was surprised at how many of my session objects I needed
to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
   

I would guess that this means you have an object in your session that
does not implement the serializable interface.

Ta
Matt

-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 09:21
To: tomcat-user@jakarta.apache.org
Subject: Tomcat clustering and NotSerializableException



Hi,





I am using Tomcat 5.0.28 on MS Win2k server.




After I have uncommented the Cluster element in server.xml, I get
the following exceptions on the tomcat console for some actions that
are using displaytag.




Is it a tomcat bug, since
org.apache.coyote.tomcat5.CoyoteRequestFacade
is involved?








(DeltaManager.java:813)- Unable to serialize delta request

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 

1332)
   

at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

04)

at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

a:1247)

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

at
org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

xternal(DeltaRequest.java:300)

at
org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

equest.java:217)

at
org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

eltaManager.java:393)

at
org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

taManager.java:782)

at
org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

lve.java:203)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:102)

at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

ava:118)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:102)

at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

a:520)

at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

ve.java:109)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:104)

at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

a:520

RE: Tomcat clustering and NotSerializableException

2005-03-01 Thread Richard Mixon (qwest)
If you specify transient on the HttpServletRequest property in your
form bean (this does not seem like good design) you must make
provisions when the form bean is de-serialized on the other end to
initialize the property.

See my post on this list for the subject titled RE: SOLVED -
commons-logging logger instances - how to initialize in replicated
session objectsr fo the details of one way to do this.

HTH - Richard

-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 7:47 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException



Thanks to all that replied.
Indeed a reference to the HttpServletRequest is held in my Struts form
(session-scope). The problem went away once I added transient to the
attribute.

My concern is when the session is replicated to other tomcat instances,
will a call to getRequest() always return null?


- Jim

-Original Message-
From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Tuesday,
March 01, 2005 11:47 PM
To: Tomcat Users List
Subject: Re: Tomcat clustering and NotSerializableException

As Richard says, don't store your request in the session, not a good
idea.

Richard Mixon (qwest) wrote:

CoyoteRequestFacade is the first element in the stack trace - it is not
the session stored object that is causing the NotSerializableException.

As I said in my prior posting, to resolve this issue you need to:

1) Identify each object that you are explicitly storing in the session
and make sure it directly or indirectly (through inheritance) specified
that it implements Serializable.

2) Follow the chain from each session object to other objects that it
references and make sure they are ALL marked as serializable (again -
either directly or indirectly)

That will fix your problem. These issues often do not come up until
either you:
1. Try and use session replication.
2. Try to persist sessions to a datastore and access from a cluster.
3. Try to persist sessions across a restart of Tomcat.

Also, please just reply to the list - not to the list and to the
poster.

HTH - Richard

Sng Wee Jim wrote:
  
But the stacktrace says

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade
  at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
  at


java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1
3
  
32)
  at

Since CoyoteRequestFacade is a tomcat class, I assume it has to be
fixed
by the tomcat team. Unless the actual object that is not Serializable
not CoyoteRequestFacade is available somewhere else...

- Jim



-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched
to
clustering I was surprised at how many of my session objects I needed
to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:

I would guess that this means you have an object in your session that
does not implement the serializable interface.

Ta
Matt

-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 09:21
To: tomcat-user@jakarta.apache.org
Subject: Tomcat clustering and NotSerializableException



Hi,





I am using Tomcat 5.0.28 on MS Win2k server.




After I have uncommented the Cluster element in server.xml, I get
the following exceptions on the tomcat console for some actions that
are using displaytag.




Is it a tomcat bug, since
org.apache.coyote.tomcat5.CoyoteRequestFacade
is involved?








(DeltaManager.java:813)- Unable to serialize delta request

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

  
1332)

at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

04)

at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

a:1247)

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

at
org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

xternal(DeltaRequest.java:300)

at
org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

equest.java:217)

at
org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

eltaManager.java:393)

at
org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

taManager.java:782)

at
org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

lve.java:203)

at
org.apache.catalina.core.StandardValveContext.invokeNext

RE: Tomcat clustering and NotSerializableException

2005-03-01 Thread Caldarale, Charles R
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Subject: RE: Tomcat clustering and NotSerializableException
 
 Indeed a reference to the HttpServletRequest is held in my Struts form
 (session-scope). The problem went away once I added transient to the
 attribute.

How do you handle the situation of having multiple concurrent requests on the 
same session?  This can easily happen with frames, users clicking refresh, etc.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Dale, Matt

I would guess that this means you have an object in your session that does not 
implement the serializable interface.

Ta
Matt

-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 09:21
To: tomcat-user@jakarta.apache.org
Subject: Tomcat clustering and NotSerializableException



Hi,





I am using Tomcat 5.0.28 on MS Win2k server.




After I have uncommented the Cluster element in server.xml, I get the
following exceptions on the tomcat console for some actions that are
using displaytag.




Is it a tomcat bug, since org.apache.coyote.tomcat5.CoyoteRequestFacade
is involved?








(DeltaManager.java:813)- Unable to serialize delta request

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

:1332)

at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

04)

at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

a:1247)

at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

at
org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

xternal(DeltaRequest.java:300)

at
org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

equest.java:217)

at
org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

eltaManager.java:393)

at
org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

taManager.java:782)

at
org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

lve.java:203)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:102)

at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

ava:118)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:102)

at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

a:520)

at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

ve.java:109)

at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

eContext.java:104)

at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

a:520)

at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

0)

at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

va:675)

at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

ool.java:683)

at java.lang.Thread.run(Thread.java:534)










- Jim




The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorized. If you are not
an intended recipient, please notify the sender of this email

immediately. You should not copy, use or disseminate the

information contained in the email.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Capco.

http://www.capco.com/


Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


-
To unsubscribe, 

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Richard Mixon (qwest)
As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
 I would guess that this means you have an object in your session that
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get
 the
 following exceptions on the tomcat console for some actions that are
 using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim





 The information in this email is confidential and is intended solely
 for the addressee(s).
 Access to this email by anyone else is unauthorized. If you are not
 an intended recipient, please notify the sender of this email

 immediately. You should not copy, use or disseminate the

 information contained in the email.
 Any views expressed in this message are those of the individual
 sender, except where the sender specifically states them to be
 the views of Capco.

 http://www.capco.com/





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Randall Svancara
But do those session objects replicate to the other tomcat instances???
I have been testing session objects that implement java.io.serializable
and I have not yet been able to see these objects when fail over occurs
to another instance??

Thanks,

Randall 

-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 28, 2005 8:13 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
 I would guess that this means you have an object in your session that 
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get 
 the following exceptions on the tomcat console for some actions that 
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim





 The information in this email is confidential and is intended solely 
 for the addressee(s).
 Access to this email by anyone else is unauthorized. If you are not an

 intended recipient, please notify the sender of this email

 immediately. You should not copy, use or disseminate the

 information contained in the email.
 Any views expressed in this message are those of the individual 
 sender, except where the sender specifically states them to be the 
 views of Capco.

 http://www.capco.com/





-
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

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Richard Mixon (qwest)
Randall,
I know that session replication works in Tomcat 5.5.7 and it may also
works in 5.0.x (no experience). But to get failover restart to work
properly (i.e. restarting a failed node) I had to use Tomcat 5.5.7 with
a developer-supplied patch. This patch will be available with Tomcat
5.5.8.
HTH- Richard

Randall Svancara wrote:
 But do those session objects replicate to the other tomcat
 instances??? I have been testing session objects that implement
 java.io.serializable and I have not yet been able to see these
 objects when fail over occurs to another instance??

 Thanks,

 Randall

 -Original Message-
 From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
 Sent: Monday, February 28, 2005 8:13 AM
 To: Tomcat Users List
 Subject: RE: Tomcat clustering and NotSerializableException

 As Matt said its probably your applications objects. When we switched
 to clustering I was surprised at how many of my session objects I
 needed to add serializable to. But it was easy work and quickl done.

 HTH - Richard

 Dale, Matt wrote:
 I would guess that this means you have an object in your session that
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get
 the following exceptions on the tomcat console for some actions that
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim






 The information in this email is confidential and is intended solely
 for the addressee(s). Access to this email by anyone else is
 unauthorized. If you are not an

 intended recipient, please notify the sender of this email

 immediately. You should not copy, use or disseminate the

 information contained in the email.
 Any views expressed in this message are those of the individual
 sender, except where the sender specifically states them to be the
 views of Capco.

 http://www.capco.com

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Randall Svancara
ThanksI will look at 5.5.8.  I know it is in alpha status right now,
but I am just testing and by the time I deploy my application, 5.5.8
will probably be stable.

Thanks

Randall 

-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 28, 2005 8:55 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

Randall,
I know that session replication works in Tomcat 5.5.7 and it may also
works in 5.0.x (no experience). But to get failover restart to work
properly (i.e. restarting a failed node) I had to use Tomcat 5.5.7 with
a developer-supplied patch. This patch will be available with Tomcat
5.5.8.
HTH- Richard

Randall Svancara wrote:
 But do those session objects replicate to the other tomcat 
 instances??? I have been testing session objects that implement 
 java.io.serializable and I have not yet been able to see these objects

 when fail over occurs to another instance??

 Thanks,

 Randall

 -Original Message-
 From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
 Sent: Monday, February 28, 2005 8:13 AM
 To: Tomcat Users List
 Subject: RE: Tomcat clustering and NotSerializableException

 As Matt said its probably your applications objects. When we switched 
 to clustering I was surprised at how many of my session objects I 
 needed to add serializable to. But it was easy work and quickl done.

 HTH - Richard

 Dale, Matt wrote:
 I would guess that this means you have an object in your session that

 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get 
 the following exceptions on the tomcat console for some actions that 
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim






 The information in this email is confidential and is intended solely 
 for the addressee(s). Access to this email by anyone else is 
 unauthorized

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Dale, Matt

These objects will replicate to other instances when ALL objects in the session 
are serializable. I suspect that nothing will be replicated if there is non 
serializable objects in there.

Ta
Matt

-Original Message-
From: Randall Svancara [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 15:14
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException


But do those session objects replicate to the other tomcat instances???
I have been testing session objects that implement java.io.serializable
and I have not yet been able to see these objects when fail over occurs
to another instance??

Thanks,

Randall 

-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 28, 2005 8:13 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
 I would guess that this means you have an object in your session that 
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get 
 the following exceptions on the tomcat console for some actions that 
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim





 The information in this email is confidential and is intended solely 
 for the addressee(s).
 Access to this email by anyone else is unauthorized. If you are not an

 intended recipient, please notify the sender of this email

 immediately. You should not copy, use or disseminate the

 information contained in the email.
 Any views expressed in this message are those of the individual 
 sender, except where the sender specifically states them to be the 
 views of Capco.

 http://www.capco.com

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Randall Svancara
well apparently my problem is that my cluster is not working properly.
I can see the multicast broadcast messages on my network, however the
objects do not seem to be replicating.  The only thing I have in my logs
is:

INFO: Manager[/testapp], skipping state transfer. No members active in
cluster group.

This displays after the delta manager starts in the catalina.out file.
If anyone has any good ideas on why this is happening for me, I would be
willing to try anything at this point.  My NIC supports multicast.  I
have set the distributable element in the web.xml.

Thanks,

Randall 

-Original Message-
From: Dale, Matt [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 28, 2005 11:04 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException


These objects will replicate to other instances when ALL objects in the
session are serializable. I suspect that nothing will be replicated if
there is non serializable objects in there.

Ta
Matt

-Original Message-
From: Randall Svancara [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 15:14
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException


But do those session objects replicate to the other tomcat instances???
I have been testing session objects that implement java.io.serializable
and I have not yet been able to see these objects when fail over occurs
to another instance??

Thanks,

Randall 

-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
Sent: Monday, February 28, 2005 8:13 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
 I would guess that this means you have an object in your session that 
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get 
 the following exceptions on the tomcat console for some actions that 
 are using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Sng Wee Jim

But the stacktrace says

java.io.NotSerializableException:
org.apache.coyote.tomcat5.CoyoteRequestFacade
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:13
32)
at


Since CoyoteRequestFacade is a tomcat class, I assume it has to be fixed
by the tomcat team. Unless the actual object that is not Serializable
not CoyoteRequestFacade is available somewhere else...

- Jim



-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
Sent: Monday, February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException

As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.

HTH - Richard

Dale, Matt wrote:
 I would guess that this means you have an object in your session that
 does not implement the serializable interface.

 Ta
 Matt

 -Original Message-
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2005 09:21
 To: tomcat-user@jakarta.apache.org
 Subject: Tomcat clustering and NotSerializableException



 Hi,





 I am using Tomcat 5.0.28 on MS Win2k server.




 After I have uncommented the Cluster element in server.xml, I get
 the
 following exceptions on the tomcat console for some actions that are
 using displaytag.




 Is it a tomcat bug, since
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 is involved?








 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)




 at
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java

 1332)

 at
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13

 04)

 at
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav

 a:1247)

 at
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)




 at
 java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)

 at
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE

 xternal(DeltaRequest.java:300)

 at
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR

 equest.java:217)

 at
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D

 eltaManager.java:393)

 at
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del

 taManager.java:782)

 at
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa

 lve.java:203)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j

 ava:118)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:102)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal

 ve.java:109)

 at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv

 eContext.java:104)

 at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav

 a:520)

 at
 org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)




 at
 org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16

 0)

 at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)




 at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)

 at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

 at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja

 va:675)

 at
 org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)

 at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP

 ool.java:683)

 at java.lang.Thread.run(Thread.java:534)










 - Jim





 The information in this email is confidential and is intended solely
 for the addressee(s).
 Access to this email by anyone else is unauthorized. If you are not
 an intended recipient, please notify the sender of this email

 immediately. You should not copy, use or disseminate the

 information contained in the email.
 Any views expressed in this message are those of the individual
 sender, except where the sender specifically states them to be
 the views of Capco.

 http://www.capco.com

RE: Tomcat clustering and NotSerializableException

2005-02-28 Thread Caldarale, Charles R
 From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
 Subject: RE: Tomcat clustering and NotSerializableException
 
 But the stacktrace says
 
 java.io.NotSerializableException:
 org.apache.coyote.tomcat5.CoyoteRequestFacade
 
 Since CoyoteRequestFacade is a tomcat class, I assume it has 
 to be fixed by the tomcat team.

I'm confused.  How did a reference to a request facade object get stored in the 
session object?  I couldn't find any request-related fields in a DeltaSession, 
and if it was set as an attribute, there's a check in DeltaSession to insure 
serializability before the value is accepted.  (Actually, there are two checks 
in the 5.0.28 version; it appears that the second one is redundant.)  Also, it 
wouldn't make sense to have  any request-related data in a session object, 
since there can be multiple concurrent requests associated with any session.  
What am I missing?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


 (DeltaManager.java:813)- Unable to serialize delta request

 java.io.NotSerializableException: 
 org.apache.coyote.tomcat5.CoyoteRequestFacade
   at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
   at 
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
   at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304)
   at 
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
   at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
   at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
   at 
 org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeExternal(DeltaRequest.java:300)
   at 
 org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaRequest.java:217)
   at 
 org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(DeltaManager.java:393)
   at 
 org.apache.catalina.cluster.session.DeltaManager.requestCompleted(DeltaManager.java:782)
   at 
 org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:203)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at 
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
   at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
   at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
   at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
   at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
   at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
   at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
   at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
   at java.lang.Thread.run(Thread.java:534)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]