Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 66860 invoked from network); 23 Jun 2008 18:38:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jun 2008 18:38:26 -0000 Received: (qmail 67058 invoked by uid 500); 23 Jun 2008 18:38:25 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 67035 invoked by uid 500); 23 Jun 2008 18:38:25 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 67024 invoked by uid 99); 23 Jun 2008 18:38:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Jun 2008 11:38:25 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kevan.miller@gmail.com designates 74.125.46.31 as permitted sender) Received: from [74.125.46.31] (HELO yw-out-2324.google.com) (74.125.46.31) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Jun 2008 18:37:32 +0000 Received: by yw-out-2324.google.com with SMTP id 2so848151ywt.85 for ; Mon, 23 Jun 2008 11:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:mime-version:subject:date:references :x-mailer; bh=UbeLjy+SMbzGqSFwA83+hd3qQNcGnMRMDloYyLyTXm8=; b=RWsbD97nrU86jglSZHeynQBHT4HT/yAqFfSiyEN6/ad33IUweoDJ7Mzej4ETGwuEDc z+ZLioIVeqOADqlYiW371JI24VBOYVzdEnFPpDSH73vzNC6uodaT1JBN+KdL1LT8AGr0 9WvbCgwLyLNaduwc1hinCAjohdi3LJw9R0M8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type:mime-version:subject :date:references:x-mailer; b=W5Ugg5b5Ix/F6miqnAk13JU+1AsdC/rJZ0LdEoXrUA3o2rSppgQgSen0FvhTrU4LMC 1w4Ax1Oybqe7dwAAvXckFL8FDrCfZWCNUBn17p7PvTs0WTI8WsPuaJJfSZbDxNTVgkT0 A67IgyaVLMndPxEugVDBanZIF6whcOpKjnu4s= Received: by 10.125.84.3 with SMTP id m3mr975322mkl.99.1214246258094; Mon, 23 Jun 2008 11:37:38 -0700 (PDT) Received: from ?10.0.1.186? ( [65.190.205.55]) by mx.google.com with ESMTPS id 4sm6674501yxd.2.2008.06.23.11.37.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Jun 2008 11:37:37 -0700 (PDT) Message-Id: <0132B168-786A-4602-AB35-E52DC5D7CCEA@gmail.com> From: Kevan Miller To: user@geronimo.apache.org In-Reply-To: <73a75e430806230916h49386b80v7ed739100ed2200a@mail.gmail.com> Content-Type: multipart/alternative; boundary=Apple-Mail-24--284145058 Mime-Version: 1.0 (Apple Message framework v924) Subject: Re: Clusering Configuration samples errors in branches/2.1 using Tomcat Date: Mon, 23 Jun 2008 14:37:36 -0400 References: <73a75e430806230916h49386b80v7ed739100ed2200a@mail.gmail.com> X-Mailer: Apple Mail (2.924) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-24--284145058 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jun 23, 2008, at 12:16 PM, Jason Warner wrote: > I've been messing around a little bit with clustering by following > the directions for clustering configuration for jetty[1] but > modifying the instructions to work with tomcat. I've found that the > sample app linked in the example deploys succesfully on the 2.1.1 > release but not on the latest branches/2.1. A class cast exception > is received when attempting to deploy the app[2]. It seems that > 2.1.1 uses a milestone release of 2.0 rather than the full released > version. I updated 2.1.1 locally to use the full 2.0 release of > wadi, and that resulted in the same error I was seeing on branches/ > 2.1. Anybody have any thoughts on what could cause this or how to > fix it? > > [1] http://cwiki.apache.org/GMOxDEV/clustering-configuration-for-jetty.html > > [2] > > 12:00:33,876 ERROR [BasicServiceSpaceDispatcher] See nested > org.codehaus.wadi.group.MessageExchangeException: > java.lang.ClassCastException: cannot assign instance of > org.apache.catalina.tribes.UniqueId to field > org.codehaus.wadi.tribes.TribesPeer.uniqueId of type > org.apache.catalina.tribes.UniqueId in instance of > org.codehaus.wadi.tribes.TribesPeer > at > org > .codehaus > .wadi > .servicespace > .basic > .TransformEnvelopeInterceptor > .onInboundEnvelope(TransformEnvelopeInterceptor.java:46) > at > org > .codehaus > .wadi > .group > .impl.AbstractDispatcher.onInboundEnvelope(AbstractDispatcher.java: > 308) > at > org > .codehaus > .wadi > .group.impl.AbstractDispatcher.onEnvelope(AbstractDispatcher.java:92) > at > org > .codehaus > .wadi > .servicespace > .basic.ServiceSpaceEndpoint.dispatch(ServiceSpaceEndpoint.java:49) > at > org > .codehaus > .wadi > .group > .impl.ServiceEndpointWrapper.dispatch(ServiceEndpointWrapper.java:50) > at org.codehaus.wadi.group.impl.BasicEnvelopeDispatcherManager > $DispatchRunner.run(BasicEnvelopeDispatcherManager.java:121) > at java.util.concurrent.ThreadPoolExecutor > $Worker.runTask(ThreadPoolExecutor.java:650) > at java.util.concurrent.ThreadPoolExecutor > $Worker.run(ThreadPoolExecutor.java:675) > at java.lang.Thread.run(Thread.java:613) > Caused by: java.lang.ClassCastException: cannot assign instance of > org.apache.catalina.tribes.UniqueId to field > org.codehaus.wadi.tribes.TribesPeer.uniqueId of type > org.apache.catalina.tribes.UniqueId in instance of > org.codehaus.wadi.tribes.TribesPeer > at java.io.ObjectStreamClass > $FieldReflector.setObjFieldValues(ObjectStreamClass.java:2004) > at > java.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java: > 1184) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java: > 1914) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java: > 1719) > at java.io.ObjectInputStream.readObject0(ObjectInputStream.java: > 1305) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java: > 1908) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java: > 1719) > at java.io.ObjectInputStream.readObject0(ObjectInputStream.java: > 1305) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java: > 348) > at > org > .codehaus > .wadi > .servicespace > .basic > .BasicServiceSpaceEnvelopeHelper > .transformInboundEnvelope(BasicServiceSpaceEnvelopeHelper.java:123) > at > org > .codehaus > .wadi > .servicespace > .basic > .TransformEnvelopeInterceptor > .onInboundEnvelope(TransformEnvelopeInterceptor.java:44) > ... 8 more Hi Jason, Is the example working with Jetty? Or is it just 2.1.2-SNAPSHOT with Tomcat that is broken? I see there were changes to http://svn.codehaus.org/wadi/tags/2.0/wadi-core/src/main/java/org/codehaus/wadi/servicespace/basic/ between 2.0-M10 and 2.0. Seems to be a Classloader problem related to Wadi 2.0. Suggest you use a debugger to inspect the Classloader being used to deserialize the UniqueId object. We seem to be loading UniqueId classes from two different Classloaders -- thus the ClassCastException. Once we figure out the two Classloaders being used, can start to sort out the inconsitencies... --kevan --Apple-Mail-24--284145058 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
On Jun 23, 2008, = at 12:16 PM, Jason Warner wrote:

I've been = messing around a little bit with clustering by following the directions = for clustering configuration for jetty[1] but modifying the instructions = to work with tomcat.  I've found that the sample app linked in the = example deploys succesfully on the 2.1.1 release but not on the latest = branches/2.1. A class cast exception is received when attempting to = deploy the app[2].  It seems that 2.1.1 uses a milestone release of = 2.0 rather than the full released version.  I updated 2.1.1 locally = to use the full 2.0 release of wadi, and that resulted in the same error = I was seeing on branches/2.1.  Anybody have any thoughts on what = could cause this or how to fix it? 

[1] http://cwiki.apache.org/GMOxDEV/clustering-configuration-for-jetty.= html

[2]

12:00:33,876 ERROR = [BasicServiceSpaceDispatcher] See nested
= org.codehaus.wadi.group.MessageExchangeException: = java.lang.ClassCastException: cannot assign instance of = org.apache.catalina.tribes.UniqueId to field = org.codehaus.wadi.tribes.TribesPeer.uniqueId of type = org.apache.catalina.tribes.UniqueId in instance of = org.codehaus.wadi.tribes.TribesPeer
    at = org.codehaus.wadi.servicespace.basic.TransformEnvelopeInterceptor.onInboun= dEnvelope(TransformEnvelopeInterceptor.java:46)
    at = org.codehaus.wadi.group.impl.AbstractDispatcher.onInboundEnvelope(Abstract= Dispatcher.java:308)
    at = org.codehaus.wadi.group.impl.AbstractDispatcher.onEnvelope(AbstractDispatc= her.java:92)
    at = org.codehaus.wadi.servicespace.basic.ServiceSpaceEndpoint.dispatch(Service= SpaceEndpoint.java:49)
    at = org.codehaus.wadi.group.impl.ServiceEndpointWrapper.dispatch(ServiceEndpoi= ntWrapper.java:50)
    at = org.codehaus.wadi.group.impl.BasicEnvelopeDispatcherManager$DispatchRunner= .run(BasicEnvelopeDispatcherManager.java:121)
    at = java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.= java:650)
    at = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java= :675)
    at = java.lang.Thread.run(Thread.java:613)
Caused by: = java.lang.ClassCastException: cannot assign instance of = org.apache.catalina.tribes.UniqueId to field = org.codehaus.wadi.tribes.TribesPeer.uniqueId of type = org.apache.catalina.tribes.UniqueId in instance of = org.codehaus.wadi.tribes.TribesPeer
    at = java.io.ObjectStreamClass$FieldReflector.setObjFieldValues(ObjectStreamCla= ss.java:2004)
    at = java.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java:1184)    at = java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1914)     at = java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
&= nbsp;   at = java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)<= br>    at = java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
=     at = java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)    at = java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
&= nbsp;   at = java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)<= br>     at = java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
&nbs= p;   at = java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
 =    at = org.codehaus.wadi.servicespace.basic.BasicServiceSpaceEnvelopeHelper.trans= formInboundEnvelope(BasicServiceSpaceEnvelopeHelper.java:123)
=     at = org.codehaus.wadi.servicespace.basic.TransformEnvelopeInterceptor.onInboun= dEnvelope(TransformEnvelopeInterceptor.java:44)
    = ... 8 more

Hi Jason,
Is the = example working with Jetty? Or is it just 2.1.2-SNAPSHOT with Tomcat = that is broken?

I see there were changes = to http://svn.codehaus.org/wadi/tags/2.0/w= adi-core/src/main/java/org/codehaus/wadi/servicespace/basic/ between = 2.0-M10 and 2.0. Seems to be a Classloader problem related to Wadi 2.0. = Suggest you use a debugger to inspect the Classloader being used to = deserialize the UniqueId object. We seem to be loading UniqueId classes = from two different Classloaders -- thus the ClassCastException. Once we = figure out the two Classloaders being used, can start to sort out the = inconsitencies...

--kevan 
= --Apple-Mail-24--284145058--