Another approach to solving problem is to start with an empty class and see if
that works

public class MyJavaBean implements Serializable {
}

If that does not work, then I would say thats a pretty good indication that
there is a problem with JBoss.  If it does work, then starting adding the member
fields in one at a time and test to see which one breaks it.  Then you should
have a pretty indication of what the problem is.



"Kim, Yong" wrote:

> The version in the CVS is same as what you gave me.  I think it has been
> incorporated into latest release (3.0.2).  When you said you were able to
> make the session replication working, what kind of objects have you tried?
> Have you tried with something you created such as your own javabean or
> something like that?  If you did, do you have the code that I can look at!
> I don't think that will solve this problem but I am just so desparate that I
> just want to compare bit by bit.
>
> Mitchell,
> Thanks.
>
> -----Original Message-----
> From: Greg Turner [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 12, 2002 12:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Http Session Clustering problem
>
> Possible. Here is text of email I sent Jules Gosnell.  He replied back that
> my
> analysis was correct and that he would make changes in sourceforge.  I don't
> know if he did, nor if this problem is the one you are having, nor what
> version
> you are using  - I've not been following this thread that closely.  I've
> attached the complete file as I have it onw my own machine.  It might be
> beneficial if you compare it with what you have on your machine.
>
> <snip>
> I have been trying to get clustered http sessions to work with EXTENDED
> Clustering turned on.
>
> I was getting a ClassNotFoundException from the ois.readObject call in
> MarshallingInterceptor.demarshal() whenever I tried to get an object
> from the session.
>
> It seemed strange to me that the marshal method was returning
> baos.toString() instead of baos.toByteArray() because without an
> encoding scheme, toString always puts 0 for the hi order byte of every
> character.  I'm not an expert in this, but my impression is that
> toString changes some of the bytes in the array inorder to make it a
> proper string.
>
> So I tried an experient that seems to work.  I changed marshal to return
> byte[] and changed it to call baos.toByteArray and I changed demarshal
> signature to byte[]  and any other changes required to make it compile
> and it seems to work.  Also, with the change, the session info seems to
> be replicated to the other instance of JBoss.
>
> Would you give this some thought, and if I am right, make the official
> change to the source forge.  marshal and demarshal are below.
>
>   protected byte[]
>     marshal(Object value)
>     throws IOException
>   {
>     if (value==null)
>       return null;
>
>     ByteArrayOutputStream baos=new ByteArrayOutputStream();
>     ObjectOutputStream    oos =new ObjectOutputStream(baos);
>     oos.writeObject(value);
>     oos.flush();
>     return baos.toByteArray();
>   }
>
>   protected Object
>     demarshal (byte[] bytes)
>     throws IOException,ClassNotFoundException
>   {
>     if (bytes==null)
>       return bytes;
>
>     ByteArrayInputStream bais=new ByteArrayInputStream(bytes);
>     ObjectInputStream    ois =new ObjectInputStream(bais);
>     return ois.readObject();
>   }
> </snip>
>
> "Kim, Yong" wrote:
>
> > Yes, it's serializable.
> >
> > Possible bug in "org.mortbay.j2ee.session.MarshallingInterceptor"?
> >
> > Mitchell Kim
> >
> > -----Original Message-----
> > From: Greg Turner [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 12, 2002 11:29 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-user] Http Session Clustering problem
> >
> > Have you verified that your object is truely serializable.  Implementing
> > Serializable is not a sufficient condition !   Verify by writing a simple
> > program with main that instantiates your object, serializes it to a file,
> > and
> > then read back in from file.
> >
> > "Kim, Yong" wrote:
> >
> > > Sacha,
> > > I have gone through all of my ear, jar, war, and so on to see if I have
> > > multiple copies of the same class and they are not.  I was sure about
> this
> > > but wanted to double check.
> > >
> > > Anyway, I am still having the same problem and this is driving me crzay.
> > >
> > > Here is the most recent error messages...  They are same as before...
> but.
> > >
> > > Thanks, Mitchell.
> > >
> > > 10:59:08,595 ERROR [MarshallingInterceptor] could not get Attribute:
> > > credential
> > > java.io.InvalidClassException:
> > > com.staples.business.security.ApplicationSecurityCredential; Local class
> > not
> > > compatible: stream classdesc serialVersionUID=4701685434102361783 local
> > > class serialVersionU
> > > ID=4723640482285792951
> > >         at
> > > java.io.ObjectStreamClass.validateLocalClass(ObjectStreamClass.java:523)
> > >         at
> java.io.ObjectStreamClass.setClass(ObjectStreamClass.java:567)
> > >         at
> > >
> java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:936)
> > >         at
> > java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)
> > >         at
> > java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
> > >         at
> > > java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186)
> > >         at
> > java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
> > >         at
> > java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
> > >         at
> > >
> >
> org.mortbay.j2ee.session.MarshallingInterceptor.demarshal(MarshallingInterce
> > > ptor.java:84)
> > >         at
> > >
> >
> org.mortbay.j2ee.session.MarshallingInterceptor.getAttribute(MarshallingInte
> > > rceptor.java:93)
> > >         at
> > >
> >
> org.mortbay.j2ee.session.StateInterceptor.getAttribute(StateInterceptor.java
> > > :43)
> > >         at
> > >
> >
> org.mortbay.j2ee.session.StateInterceptor.getAttribute(StateInterceptor.java
> > > :43)
> > >         at
> > >
> >
> org.mortbay.j2ee.session.TypeCheckingInterceptor.getAttribute(TypeCheckingIn
> > > terceptor.java:90)
> > >         at
> > >
> org.mortbay.j2ee.session.StateAdaptor.getAttribute(StateAdaptor.java:204)
> > >         at
> > >
> >
> org.apache.jsp.securitychecker$jsp._jspService(securitychecker$jsp.java:447)
> > >         at
> > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
> > >         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > >         at
> > >
> >
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
> > > va:201)
> > >         at
> > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
> > >         at
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
> > >         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > >         at
> > > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:344)
> > >         at
> > >
> >
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl
> > > er.java:313)
> > >         at
> > > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:554)
> > >         at
> > >
> >
> org.mortbay.jetty.servlet.WebApplicationHandler.handle(WebApplicationHandler
> > > .java:199)
> > >         at org.mortbay.http.HttpContext.handle(HttpContext.java:1572)
> > >         at org.mortbay.http.HttpContext.handle(HttpContext.java:1522)
> > >         at org.mortbay.http.HttpServer.service(HttpServer.java:795)
> > >         at org.jboss.jetty.Jetty.service(Jetty.java:531)
> > >         at
> > org.mortbay.http.HttpConnection.service(HttpConnection.java:784)
> > >         at
> > > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:941)
> > >         at
> org.mortbay.http.HttpConnection.handle(HttpConnection.java:799)
> > >         at
> > >
> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:186)
> > >         at
> org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:322)
> > >         at
> org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:716)
> > >         at java.lang.Thread.run(Thread.java:484)
> > >
> > > -----Original Message-----
> > > From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, September 12, 2002 3:14 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: [JBoss-user] Http Session Clustering problem
> > >
> > > Maybe because you write an e-mail every 2-hours with a new question:
> > people
> > > sleep and are at work sometime.
> > >
> > > Are you sure your class is not present in two differents xARs? What is
> > your
> > > packaging structure?
> > >
> > > > -----Message d'origine-----
> > > > De : [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]De la part de Kim, Yong
> > > > Envoyé : mercredi, 11 septembre 2002 21:17
> > > > À : '[EMAIL PROTECTED]'
> > > > Objet : RE: [JBoss-user] Http Session Clustering problem
> > > >
> > > >
> > > > Why is everyone so quiet?!  Nobody uses JBoss HTTP session clustering
> in
> > > > their environment?  Am I the only one having this issue?
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> > --
> > Greg Turner, JBoss Authorized Consultant
> >
> > Tiburon Enterprise Systems
> > http://www.tiburon-e-systems.com
> > Box 1171
> > Tiburon, CA 94920
> > 415-332-3363
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
>
> --
> Greg Turner, JBoss Authorized Consultant
>
> Tiburon Enterprise Systems
> http://www.tiburon-e-systems.com
> Box 1171
> Tiburon, CA 94920
> 415-332-3363
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

--
Greg Turner, JBoss Authorized Consultant

Tiburon Enterprise Systems
http://www.tiburon-e-systems.com
Box 1171
Tiburon, CA 94920
415-332-3363




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to