You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Daniel M Garland <da...@titanemail.com> on 2007/09/25 19:26:16 UTC
DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Hi all,
I've been running two Tomcat 5.5.20 servers in a cluster for some time
on Mac OSx but we've recently moved to 64-bit architecture (Debian etch)
. I tried as far as possible to keep the config the same, so only the OS
has changed (and I also got the Apache Portable Runtime going). However
since moving to this new setup I'm starting to see the following
messages in my catalina.out:
25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
messageReceived
SEVERE: Manager []: Unable to receive message through TCP channel
java.lang.ClassNotFoundException:
com.mycompany.someSerialiazbleObject
and sometimes in other web apps I see instead of ClassNotFoundException:
java.io.InvalidClassException:
org.mycomapny.someOtherSerializableObject; local class incompatible:
stream classdesc serialVersionUID = -1393554805485899996, local class
serialVersionUID = 8444624889687850885
Now I did some homework here and I've tried the following without success:
1) I've compiled the java files on the server's themselves, so I am sure
that the correct class versions are being used
2) The object implements java.io.Serializable, and has a generated
serial ID from Eclipse. Incidentally, this Long value matches the local
class serialVersionUID, so I have no idea where the 'stream'
serialVersionUID comes from.
3) I have the same code running on both the Tomcat servers.
What I would like to know is where I am supposed to look next for some
answers to this problem. Is there any more information from my config
that would be relevant to post here?
Thanks in advance, my first 'tomcat-users' post :)
Dan Garland
daniel.garland@NO-SPAMtitanemail.com
-- Stack Trace --
25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
messageReceived
SEVERE: Manager []: Unable to receive message through TCP channel
java.lang.ClassNotFoundException:
com.mycompany.someSerialiazbleObject
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at
java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
at
org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
at
org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
at
org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
at
org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
at
org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
at
org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
at
org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
at
org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
at
org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
at
org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
at
org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
at
org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
at
org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
Daniel M Garland wrote:
> Thanks for the response
>
> So is it better to have one cluster rather than one per host?
easier to manage and troubleshoot one cluster than many.
> What about hosts that don't have clustering enabled?
that's not a problem, clustering only applies to webapps with the
<distributable/> element, if the all apps in a host are non clustered,
then no clustering will be applied.
> Surely there are advantages with having a separate cluster, its
> listening on a different address so it would have its own message
> buffer etc.?
I see that as disadvantages, but thats a personal opinion.
>
> My current config is roughly as follows : I have two clusters
> transmitting on differnet multicast addresses (but on the same port)
> while I am binding my TCP listener to the external IP of the Tomcat
> server on a different port:
>
> <Engine name="Catalina" defaultHost="localhost" jvmRoute="bulk">
>
> ...
>
> <Host name="myvirtualhost.com" appBase="/var/webapps/domain.com"
> unpackWars="true" autoDeploy="true">
>
> ...
>
> <Cluster
> className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
>
> managerClassName="org.apache.catalina.cluster.session.DeltaManager"
> expireSessionsOnShutdown="false"
> useDirtyFlag="true"
> notifyListenersOnReplication="true">
>
> <Membership
>
> className="org.apache.catalina.cluster.mcast.McastService"
> mcastAddr="228.0.0.5"
> mcastPort="45565"
> mcastFrequency="500"
> mcastDropTime="20000"/>
>
> <Receiver
>
> className="org.apache.catalina.cluster.tcp.ReplicationListener"
> tcpListenAddress="10.78.1.32"
> tcpListenPort="5000"
> tcpSelectorTimeout="100"
> tcpThreadCount="6"/>
>
> <Sender
>
> className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
> replicationMode="pooled"
> ackTimeout="15000"
> stateTransferTimeout="45"
> waitForAck="true"/>
>
> <Valve
> className="org.apache.catalina.cluster.tcp.ReplicationValve"
>
> filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;"/>
> <ClusterListener
> className="org.apache.catalina.cluster.session.ClusterSessionListener"/>
> </Cluster>
> </Host>
>
> <Host name="myothervirtualhost.com" appBase="/var/webapps/blah"
> unpackWars="true" autoDeploy="true">
>
> ...
>
> <Cluster
> className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
>
> managerClassName="org.apache.catalina.cluster.session.DeltaManager"
> expireSessionsOnShutdown="false"
> useDirtyFlag="true"
> notifyListenersOnReplication="true">
>
> <Membership
>
> className="org.apache.catalina.cluster.mcast.McastService"
> mcastAddr="229.0.0.5"
> mcastPort="45565"
> mcastFrequency="500"
> mcastDropTime="20000"/>
>
> <Receiver
>
> className="org.apache.catalina.cluster.tcp.ReplicationListener"
> tcpListenAddress="10.78.1.32"
> tcpListenPort="5100"
> tcpSelectorTimeout="100"
> tcpThreadCount="6"/>
>
> <Sender
>
> className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
> replicationMode="pooled"
> ackTimeout="15000"
> waitForAck="true"/>
>
> <Valve
> className="org.apache.catalina.cluster.tcp.ReplicationValve"
>
> filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;"/>
>
> <ClusterListener
> className="org.apache.catalina.cluster.session.ClusterSessionListener"/>
> </Cluster>
> </Host>
>
> ...
>
> </Engine>
>
> Is there anything amiss with this configuration that would result in
> the problems I am seeing?
shouldn't be, unless you have some rogue instances running somewhere
with the same config
Filip
>
> Thanks
> Dan
>
>
> Filip Hanik - Dev Lists wrote:
>> it would have to be the multicast address that is unique to take care
>> of the problem, however, easier to run one cluster instance at the
>> engine level, the cluster knows what vhost a piece of replicated data
>> belongs to
>>
>> Filip
>>
>> Daniel M Garland wrote:
>>> OK I've figured out what's happening, but not how to fix it!
>>>
>>> I'm running a single Tomcat instance that is hosting some virtual
>>> hosts, and we have three Tapestry web applications. For those
>>> unfamiliar with Tapestry, a Visit object is defined to represent the
>>> user's session and is sort of a facade to avoid working directly
>>> with HttpSession. Hence in a cluster this Visit object is propagated
>>> around the cluster.
>>>
>>> Now, what seems to be the case is that Tomcat is getting muddled up
>>> with the different Visit classes in each separate application; which
>>> is not good. Not only are the classes in different java packages,
>>> but they have unique serialVersionIDs. This then gives me the error:
>>>
>>> java.io.InvalidClassException: com.mydomain.Visit; local class
>>> incompatible: stream classdesc serialVersionUID = -139355480
>>> 5485899996, local class serialVersionUID = 8444624889687850885
>>>
>>> and it turns out that -1393554805485899996 is the Visit object from
>>> a completely different web application.
>>>
>>> I'm trying to figure out what changes to my config I made when I
>>> went from my old hardware to a new setup, and I believe that the
>>> only change is that we configured each virtual host to use its own
>>> <cluster> element, rather than having a single cluster for the
>>> engine; but I would've thought that having three seperate clusters
>>> on different ports/ addresses would help to prevent this sort of
>>> thing happening, rather than cause it?
>>>
>>> Any other reasons why my serialized objects are being confused in
>>> this way?
>>>
>>> Daniel M Garland wrote:
>>>> Hi all,
>>>>
>>>> I've been running two Tomcat 5.5.20 servers in a cluster for some
>>>> time on Mac OSx but we've recently moved to 64-bit architecture
>>>> (Debian etch) . I tried as far as possible to keep the config the
>>>> same, so only the OS has changed (and I also got the Apache
>>>> Portable Runtime going). However since moving to this new setup I'm
>>>> starting to see the following messages in my catalina.out:
>>>>
>>>> 25-Sep-2007 16:35:11
>>>> org.apache.catalina.cluster.session.DeltaManager messageReceived
>>>> SEVERE: Manager []: Unable to receive message through TCP channel
>>>> java.lang.ClassNotFoundException:
>>>> com.mycompany.someSerialiazbleObject
>>>>
>>>> and sometimes in other web apps I see instead of
>>>> ClassNotFoundException:
>>>>
>>>> java.io.InvalidClassException:
>>>> org.mycomapny.someOtherSerializableObject; local class
>>>> incompatible: stream classdesc serialVersionUID =
>>>> -1393554805485899996, local class serialVersionUID =
>>>> 8444624889687850885
>>>>
>>>> Now I did some homework here and I've tried the following without
>>>> success:
>>>>
>>>> 1) I've compiled the java files on the server's themselves, so I am
>>>> sure that the correct class versions are being used
>>>> 2) The object implements java.io.Serializable, and has a generated
>>>> serial ID from Eclipse. Incidentally, this Long value matches the
>>>> local class serialVersionUID, so I have no idea where the 'stream'
>>>> serialVersionUID comes from.
>>>> 3) I have the same code running on both the Tomcat servers.
>>>>
>>>> What I would like to know is where I am supposed to look next for
>>>> some answers to this problem. Is there any more information from my
>>>> config that would be relevant to post here?
>>>>
>>>> Thanks in advance, my first 'tomcat-users' post :)
>>>>
>>>> Dan Garland
>>>> daniel.garland@NO-SPAMtitanemail.com
>>>>
>>>> -- Stack Trace --
>>>> 25-Sep-2007 16:35:11
>>>> org.apache.catalina.cluster.session.DeltaManager messageReceived
>>>> SEVERE: Manager []: Unable to receive message through TCP channel
>>>> java.lang.ClassNotFoundException:
>>>> com.mycompany.someSerialiazbleObject
>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>>> at
>>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>>> at java.lang.Class.forName0(Native Method)
>>>> at java.lang.Class.forName(Class.java:242)
>>>> at
>>>> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
>>>> at
>>>> org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
>>>>
>>>> at
>>>> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
>>>>
>>>> at
>>>> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
>>>> at
>>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
>>>>
>>>> at
>>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
>>>> at
>>>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
>>>>
>>>> at
>>>> org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
>>>>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Daniel M Garland <da...@titanemail.com>.
Thanks for the response
So is it better to have one cluster rather than one per host? What about
hosts that don't have clustering enabled? Surely there are advantages
with having a separate cluster, its listening on a different address so
it would have its own message buffer etc.?
My current config is roughly as follows : I have two clusters
transmitting on differnet multicast addresses (but on the same port)
while I am binding my TCP listener to the external IP of the Tomcat
server on a different port:
<Engine name="Catalina" defaultHost="localhost" jvmRoute="bulk">
...
<Host name="myvirtualhost.com" appBase="/var/webapps/domain.com"
unpackWars="true" autoDeploy="true">
...
<Cluster
className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
managerClassName="org.apache.catalina.cluster.session.DeltaManager"
expireSessionsOnShutdown="false"
useDirtyFlag="true"
notifyListenersOnReplication="true">
<Membership
className="org.apache.catalina.cluster.mcast.McastService"
mcastAddr="228.0.0.5"
mcastPort="45565"
mcastFrequency="500"
mcastDropTime="20000"/>
<Receiver
className="org.apache.catalina.cluster.tcp.ReplicationListener"
tcpListenAddress="10.78.1.32"
tcpListenPort="5000"
tcpSelectorTimeout="100"
tcpThreadCount="6"/>
<Sender
className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
replicationMode="pooled"
ackTimeout="15000"
stateTransferTimeout="45"
waitForAck="true"/>
<Valve
className="org.apache.catalina.cluster.tcp.ReplicationValve"
filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;"/>
<ClusterListener
className="org.apache.catalina.cluster.session.ClusterSessionListener"/>
</Cluster>
</Host>
<Host name="myothervirtualhost.com" appBase="/var/webapps/blah"
unpackWars="true" autoDeploy="true">
...
<Cluster
className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
managerClassName="org.apache.catalina.cluster.session.DeltaManager"
expireSessionsOnShutdown="false"
useDirtyFlag="true"
notifyListenersOnReplication="true">
<Membership
className="org.apache.catalina.cluster.mcast.McastService"
mcastAddr="229.0.0.5"
mcastPort="45565"
mcastFrequency="500"
mcastDropTime="20000"/>
<Receiver
className="org.apache.catalina.cluster.tcp.ReplicationListener"
tcpListenAddress="10.78.1.32"
tcpListenPort="5100"
tcpSelectorTimeout="100"
tcpThreadCount="6"/>
<Sender
className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
replicationMode="pooled"
ackTimeout="15000"
waitForAck="true"/>
<Valve
className="org.apache.catalina.cluster.tcp.ReplicationValve"
filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;"/>
<ClusterListener
className="org.apache.catalina.cluster.session.ClusterSessionListener"/>
</Cluster>
</Host>
...
</Engine>
Is there anything amiss with this configuration that would result in the
problems I am seeing?
Thanks
Dan
Filip Hanik - Dev Lists wrote:
> it would have to be the multicast address that is unique to take care of
> the problem, however, easier to run one cluster instance at the engine
> level, the cluster knows what vhost a piece of replicated data belongs to
>
> Filip
>
> Daniel M Garland wrote:
>> OK I've figured out what's happening, but not how to fix it!
>>
>> I'm running a single Tomcat instance that is hosting some virtual
>> hosts, and we have three Tapestry web applications. For those
>> unfamiliar with Tapestry, a Visit object is defined to represent the
>> user's session and is sort of a facade to avoid working directly with
>> HttpSession. Hence in a cluster this Visit object is propagated around
>> the cluster.
>>
>> Now, what seems to be the case is that Tomcat is getting muddled up
>> with the different Visit classes in each separate application; which
>> is not good. Not only are the classes in different java packages, but
>> they have unique serialVersionIDs. This then gives me the error:
>>
>> java.io.InvalidClassException: com.mydomain.Visit; local class
>> incompatible: stream classdesc serialVersionUID = -139355480
>> 5485899996, local class serialVersionUID = 8444624889687850885
>>
>> and it turns out that -1393554805485899996 is the Visit object from a
>> completely different web application.
>>
>> I'm trying to figure out what changes to my config I made when I went
>> from my old hardware to a new setup, and I believe that the only
>> change is that we configured each virtual host to use its own
>> <cluster> element, rather than having a single cluster for the engine;
>> but I would've thought that having three seperate clusters on
>> different ports/ addresses would help to prevent this sort of thing
>> happening, rather than cause it?
>>
>> Any other reasons why my serialized objects are being confused in this
>> way?
>>
>> Daniel M Garland wrote:
>>> Hi all,
>>>
>>> I've been running two Tomcat 5.5.20 servers in a cluster for some
>>> time on Mac OSx but we've recently moved to 64-bit architecture
>>> (Debian etch) . I tried as far as possible to keep the config the
>>> same, so only the OS has changed (and I also got the Apache Portable
>>> Runtime going). However since moving to this new setup I'm starting
>>> to see the following messages in my catalina.out:
>>>
>>> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
>>> messageReceived
>>> SEVERE: Manager []: Unable to receive message through TCP channel
>>> java.lang.ClassNotFoundException:
>>> com.mycompany.someSerialiazbleObject
>>>
>>> and sometimes in other web apps I see instead of ClassNotFoundException:
>>>
>>> java.io.InvalidClassException:
>>> org.mycomapny.someOtherSerializableObject; local class incompatible:
>>> stream classdesc serialVersionUID = -1393554805485899996, local class
>>> serialVersionUID = 8444624889687850885
>>>
>>> Now I did some homework here and I've tried the following without
>>> success:
>>>
>>> 1) I've compiled the java files on the server's themselves, so I am
>>> sure that the correct class versions are being used
>>> 2) The object implements java.io.Serializable, and has a generated
>>> serial ID from Eclipse. Incidentally, this Long value matches the
>>> local class serialVersionUID, so I have no idea where the 'stream'
>>> serialVersionUID comes from.
>>> 3) I have the same code running on both the Tomcat servers.
>>>
>>> What I would like to know is where I am supposed to look next for
>>> some answers to this problem. Is there any more information from my
>>> config that would be relevant to post here?
>>>
>>> Thanks in advance, my first 'tomcat-users' post :)
>>>
>>> Dan Garland
>>> daniel.garland@NO-SPAMtitanemail.com
>>>
>>> -- Stack Trace --
>>> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
>>> messageReceived
>>> SEVERE: Manager []: Unable to receive message through TCP channel
>>> java.lang.ClassNotFoundException:
>>> com.mycompany.someSerialiazbleObject
>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>> at java.security.AccessController.doPrivileged(Native Method)
>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>> at java.lang.Class.forName0(Native Method)
>>> at java.lang.Class.forName(Class.java:242)
>>> at
>>> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
>>> at
>>> org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
>>>
>>> at
>>> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
>>> at
>>> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
>>>
>>> at
>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
>>> at
>>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
>>> at
>>> org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
>>>
>>> at
>>> org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
>>>
>>> at
>>> org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
>>>
>>> at
>>> org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
>>>
>>> at
>>> org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
>>>
>>> at
>>> org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
>>>
>>> at
>>> org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
>>>
>>> at
>>> org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
>>>
>>> at
>>> org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
>>>
>>> at
>>> org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
>>>
>>> at
>>> org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
>>>
>>> at
>>> org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
>>>
>>>
>>> ______________________________________________________________________
>>> This email has been scanned by the MessageLabs Email Security System.
>>> For more information please visit http://www.messagelabs.com/email
>>> ______________________________________________________________________
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>> ______________________________________________________________________
>>> This email has been scanned by the MessageLabs Email Security System.
>>> For more information please visit http://www.messagelabs.com/email
>>> ______________________________________________________________________
>>>
>>
>> ______________________________________________________________________
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email
>> ______________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
it would have to be the multicast address that is unique to take care of
the problem, however, easier to run one cluster instance at the engine
level, the cluster knows what vhost a piece of replicated data belongs to
Filip
Daniel M Garland wrote:
> OK I've figured out what's happening, but not how to fix it!
>
> I'm running a single Tomcat instance that is hosting some virtual
> hosts, and we have three Tapestry web applications. For those
> unfamiliar with Tapestry, a Visit object is defined to represent the
> user's session and is sort of a facade to avoid working directly with
> HttpSession. Hence in a cluster this Visit object is propagated around
> the cluster.
>
> Now, what seems to be the case is that Tomcat is getting muddled up
> with the different Visit classes in each separate application; which
> is not good. Not only are the classes in different java packages, but
> they have unique serialVersionIDs. This then gives me the error:
>
> java.io.InvalidClassException: com.mydomain.Visit; local class
> incompatible: stream classdesc serialVersionUID = -139355480
> 5485899996, local class serialVersionUID = 8444624889687850885
>
> and it turns out that -1393554805485899996 is the Visit object from a
> completely different web application.
>
> I'm trying to figure out what changes to my config I made when I went
> from my old hardware to a new setup, and I believe that the only
> change is that we configured each virtual host to use its own
> <cluster> element, rather than having a single cluster for the engine;
> but I would've thought that having three seperate clusters on
> different ports/ addresses would help to prevent this sort of thing
> happening, rather than cause it?
>
> Any other reasons why my serialized objects are being confused in this
> way?
>
> Daniel M Garland wrote:
>> Hi all,
>>
>> I've been running two Tomcat 5.5.20 servers in a cluster for some
>> time on Mac OSx but we've recently moved to 64-bit architecture
>> (Debian etch) . I tried as far as possible to keep the config the
>> same, so only the OS has changed (and I also got the Apache Portable
>> Runtime going). However since moving to this new setup I'm starting
>> to see the following messages in my catalina.out:
>>
>> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
>> messageReceived
>> SEVERE: Manager []: Unable to receive message through TCP channel
>> java.lang.ClassNotFoundException:
>> com.mycompany.someSerialiazbleObject
>>
>> and sometimes in other web apps I see instead of ClassNotFoundException:
>>
>> java.io.InvalidClassException:
>> org.mycomapny.someOtherSerializableObject; local class incompatible:
>> stream classdesc serialVersionUID = -1393554805485899996, local class
>> serialVersionUID = 8444624889687850885
>>
>> Now I did some homework here and I've tried the following without
>> success:
>>
>> 1) I've compiled the java files on the server's themselves, so I am
>> sure that the correct class versions are being used
>> 2) The object implements java.io.Serializable, and has a generated
>> serial ID from Eclipse. Incidentally, this Long value matches the
>> local class serialVersionUID, so I have no idea where the 'stream'
>> serialVersionUID comes from.
>> 3) I have the same code running on both the Tomcat servers.
>>
>> What I would like to know is where I am supposed to look next for
>> some answers to this problem. Is there any more information from my
>> config that would be relevant to post here?
>>
>> Thanks in advance, my first 'tomcat-users' post :)
>>
>> Dan Garland
>> daniel.garland@NO-SPAMtitanemail.com
>>
>> -- Stack Trace --
>> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
>> messageReceived
>> SEVERE: Manager []: Unable to receive message through TCP channel
>> java.lang.ClassNotFoundException:
>> com.mycompany.someSerialiazbleObject
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Class.java:242)
>> at
>> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
>> at
>> org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
>>
>> at
>> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
>> at
>> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
>> at
>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
>>
>> at
>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
>> at
>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
>> at
>> org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
>>
>> at
>> org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
>>
>> at
>> org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
>>
>> at
>> org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
>>
>> at
>> org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
>>
>> at
>> org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
>>
>> at
>> org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
>>
>> at
>> org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
>>
>> at
>> org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
>>
>> at
>> org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
>>
>> at
>> org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
>>
>> at
>> org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
>>
>>
>> ______________________________________________________________________
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email
>> ______________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>> ______________________________________________________________________
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email
>> ______________________________________________________________________
>>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Daniel M Garland <da...@titanemail.com>.
OK I've figured out what's happening, but not how to fix it!
I'm running a single Tomcat instance that is hosting some virtual hosts,
and we have three Tapestry web applications. For those unfamiliar with
Tapestry, a Visit object is defined to represent the user's session and
is sort of a facade to avoid working directly with HttpSession. Hence in
a cluster this Visit object is propagated around the cluster.
Now, what seems to be the case is that Tomcat is getting muddled up with
the different Visit classes in each separate application; which is not
good. Not only are the classes in different java packages, but they have
unique serialVersionIDs. This then gives me the error:
java.io.InvalidClassException: com.mydomain.Visit; local class
incompatible: stream classdesc serialVersionUID = -139355480
5485899996, local class serialVersionUID = 8444624889687850885
and it turns out that -1393554805485899996 is the Visit object from a
completely different web application.
I'm trying to figure out what changes to my config I made when I went
from my old hardware to a new setup, and I believe that the only change
is that we configured each virtual host to use its own <cluster>
element, rather than having a single cluster for the engine; but I
would've thought that having three seperate clusters on different ports/
addresses would help to prevent this sort of thing happening, rather
than cause it?
Any other reasons why my serialized objects are being confused in this
way?
Daniel M Garland wrote:
> Hi all,
>
> I've been running two Tomcat 5.5.20 servers in a cluster for some time
> on Mac OSx but we've recently moved to 64-bit architecture (Debian etch)
> . I tried as far as possible to keep the config the same, so only the OS
> has changed (and I also got the Apache Portable Runtime going). However
> since moving to this new setup I'm starting to see the following
> messages in my catalina.out:
>
> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
> messageReceived
> SEVERE: Manager []: Unable to receive message through TCP channel
> java.lang.ClassNotFoundException:
> com.mycompany.someSerialiazbleObject
>
> and sometimes in other web apps I see instead of ClassNotFoundException:
>
> java.io.InvalidClassException:
> org.mycomapny.someOtherSerializableObject; local class incompatible:
> stream classdesc serialVersionUID = -1393554805485899996, local class
> serialVersionUID = 8444624889687850885
>
> Now I did some homework here and I've tried the following without success:
>
> 1) I've compiled the java files on the server's themselves, so I am sure
> that the correct class versions are being used
> 2) The object implements java.io.Serializable, and has a generated
> serial ID from Eclipse. Incidentally, this Long value matches the local
> class serialVersionUID, so I have no idea where the 'stream'
> serialVersionUID comes from.
> 3) I have the same code running on both the Tomcat servers.
>
> What I would like to know is where I am supposed to look next for some
> answers to this problem. Is there any more information from my config
> that would be relevant to post here?
>
> Thanks in advance, my first 'tomcat-users' post :)
>
> Dan Garland
> daniel.garland@NO-SPAMtitanemail.com
>
> -- Stack Trace --
> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
> messageReceived
> SEVERE: Manager []: Unable to receive message through TCP channel
> java.lang.ClassNotFoundException:
> com.mycompany.someSerialiazbleObject
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:242)
> at
> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
> at
> org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
>
> at
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
> at
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
> at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
> at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at
> org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
>
> at
> org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
>
> at
> org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
>
> at
> org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
>
> at
> org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
>
> at
> org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
> at
> org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
>
> at
> org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
you probably have some rogue java process still running somewhere with
clustering enabled,
Filip
Daniel M Garland wrote:
> Hi all,
>
> I've been running two Tomcat 5.5.20 servers in a cluster for some time
> on Mac OSx but we've recently moved to 64-bit architecture (Debian
> etch) . I tried as far as possible to keep the config the same, so
> only the OS has changed (and I also got the Apache Portable Runtime
> going). However since moving to this new setup I'm starting to see the
> following messages in my catalina.out:
>
> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
> messageReceived
> SEVERE: Manager []: Unable to receive message through TCP channel
> java.lang.ClassNotFoundException:
> com.mycompany.someSerialiazbleObject
>
> and sometimes in other web apps I see instead of ClassNotFoundException:
>
> java.io.InvalidClassException:
> org.mycomapny.someOtherSerializableObject; local class incompatible:
> stream classdesc serialVersionUID = -1393554805485899996, local class
> serialVersionUID = 8444624889687850885
>
> Now I did some homework here and I've tried the following without
> success:
>
> 1) I've compiled the java files on the server's themselves, so I am
> sure that the correct class versions are being used
> 2) The object implements java.io.Serializable, and has a generated
> serial ID from Eclipse. Incidentally, this Long value matches the
> local class serialVersionUID, so I have no idea where the 'stream'
> serialVersionUID comes from.
> 3) I have the same code running on both the Tomcat servers.
>
> What I would like to know is where I am supposed to look next for some
> answers to this problem. Is there any more information from my config
> that would be relevant to post here?
>
> Thanks in advance, my first 'tomcat-users' post :)
>
> Dan Garland
> daniel.garland@NO-SPAMtitanemail.com
>
> -- Stack Trace --
> 25-Sep-2007 16:35:11 org.apache.catalina.cluster.session.DeltaManager
> messageReceived
> SEVERE: Manager []: Unable to receive message through TCP channel
> java.lang.ClassNotFoundException:
> com.mycompany.someSerialiazbleObject
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:242)
> at
> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:574)
> at
> org.apache.catalina.cluster.session.ReplicationStream.resolveClass(ReplicationStream.java:84)
>
> at
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1538)
> at
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
> at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
> at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
> at
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at
> org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.readExternal(DeltaRequest.java:334)
>
> at
> org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:246)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:697)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.handleSESSION_DELTA(DeltaManager.java:1572)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:1522)
>
> at
> org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:1271)
>
> at
> org.apache.catalina.cluster.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:85)
>
> at
> org.apache.catalina.cluster.tcp.SimpleTcpCluster.receive(SimpleTcpCluster.java:1167)
>
> at
> org.apache.catalina.cluster.tcp.ClusterReceiverBase.messageDataReceived(ClusterReceiverBase.java:426)
>
> at
> org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:107)
>
> at
> org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:138)
>
> at
> org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:69)
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Daniel M Garland <da...@titanemail.com>.
Hi
In another thread I was advised to change my virtual host config, which
has moved this problem on a little bit. I now have a manger context for
each virtual host, rather than just on localhost, and these manager apps
seem to report the session count; its only the localhost manager that
doesn't seem to work properly. Does that shed any light on things?
And no the old macs have been re-deployed somewhere else...
Christopher Schultz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Dan,
>
> Daniel M Garland wrote:
>> Another strange thing is since this started happening I don't ever see
>> the session count in the manager app increase above zero, even though if
>> I sit in front of the webapp my session is persisted across the
>> cluster... weird.
>
> Completely weird. Since we're grasping at straws, are you able to
> re-deploy the old Mac servers for testing purposes? I'd be interested to
> see if you do a "new" deployment on them if they will act properly.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFG+mLr9CaO5/Lv0PARApsqAKCCBEMOIPHNAQNT1AIP8c61QVXTtwCfS5m4
> vMNQ+fJPFlQEIgPOB67JaKc=
> =HdeT
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dan,
Daniel M Garland wrote:
> Another strange thing is since this started happening I don't ever see
> the session count in the manager app increase above zero, even though if
> I sit in front of the webapp my session is persisted across the
> cluster... weird.
Completely weird. Since we're grasping at straws, are you able to
re-deploy the old Mac servers for testing purposes? I'd be interested to
see if you do a "new" deployment on them if they will act properly.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG+mLr9CaO5/Lv0PARApsqAKCCBEMOIPHNAQNT1AIP8c61QVXTtwCfS5m4
vMNQ+fJPFlQEIgPOB67JaKc=
=HdeT
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Daniel M Garland <da...@titanemail.com>.
Christopher Schultz wrote:
> Is Eclipse re-setting the serialVersionUID for each compile, or do you
> have one explicitly set in your code? (Meaning, does the
> serialVersionUID ever change?)
Well in Eclipse I said 'add generated ID', but this declares a final
static long that hasn't changed because the code in the class is the
same. This long value matches what the Tomcat log says is the 'local'
class name...
>
>> 3) I have the same code running on both the Tomcat servers.
>
> Are you sure? Try checking md5sum or sha1sum for the classes in
> question. Object serialization should not depend upon the architecture
> (that's the whole point), so switching from a 32-bit machine to a 64-bit
> one should not have changed anything.
Yeh the MD5Sum matches.
Any other ideas? I've got expireSessionsOnShutdown=false on my Cluster
element, perhaps when I redeployed the code at some point some old
session with an old ID is being preserved somehow? I'm not using any
session persistence either.
Another strange thing is since this started happening I don't ever see
the session count in the manager app increase above zero, even though if
I sit in front of the webapp my session is persisted across the
cluster... weird.
Thanks
Dan
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: DeltaManager cannot receive message through TCP channel in Tomcat
cluster
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Daniel,
Daniel M Garland wrote:
> stream classdesc serialVersionUID = -1393554805485899996,
> local class serialVersionUID = 8444624889687850885
Hmm... those numbers are /totally/ off. I was hoping for some kind of
jumbling of hex values for the two numbers, but it's a total miss. :(
Are you saying that for any class (someSerializableClass) you have an
explicit serialVersionUID (set to 8444...) and it looks like the JVM is
loading an object requesting a different serial version id? That's no
good :(
> 1) I've compiled the java files on the server's themselves, so I am sure
> that the correct class versions are being used
That shouldn't have changed anything, but it's not a terrible idea.
Ideally, you'll get the same bytecode. Since you're setting the
serialVersionUID yourself, the compiler will not compute one for you.
Is Eclipse re-setting the serialVersionUID for each compile, or do you
have one explicitly set in your code? (Meaning, does the
serialVersionUID ever change?)
> 3) I have the same code running on both the Tomcat servers.
Are you sure? Try checking md5sum or sha1sum for the classes in
question. Object serialization should not depend upon the architecture
(that's the whole point), so switching from a 32-bit machine to a 64-bit
one should not have changed anything.
Even if you left one of the old boxes up and running, it should be able
to participate in the cluster without any problems at all.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG+V+i9CaO5/Lv0PARAucsAKCafKmrjtMDUq1tYadWOPp9CmDpewCdFwiM
GWD604uWkjp+ZSBb8DF6uR8=
=95u9
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org