Sorry if I missed it, but what version are you using.
--- Alistair Forbes <[EMAIL PROTECTED]> wrote: > Here's the full stack trace from the remote server: > > java.lang.ClassCastException: > org.apache.jcs.engine.CacheElementSerialized > at > org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.readElement( > IndexedDiskCache.java:526) > at > org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doGet( > IndexedDiskCache.java:484) > at > org.apache.jcs.auxiliary.disk.AbstractDiskCache.get( > AbstractDiskCache.java:298) > at > org.apache.jcs.engine.control.CompositeCache.get( > CompositeCache.java:495) > at > org.apache.jcs.engine.control.CompositeCache.get( > CompositeCache.java:398) > at > org.apache.jcs.auxiliary.remote.server.RemoteCacheServer.get( > RemoteCacheServer.java:554) > at > sun.reflect.GeneratedMethodAccessor5.invoke(Unknown > Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:25) > at > java.lang.reflect.Method.invoke(Method.java:585) > at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java > :294) > at > sun.rmi.transport.Transport$1.run(Transport.java:153) > at > java.security.AccessController.doPrivileged(Native > Method) > at > sun.rmi.transport.Transport.serviceCall(Transport.java:149) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages( > TCPTransport.java:460) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run( > TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:595) > > > On 4/26/06, Alistair Forbes > <[EMAIL PROTECTED]> wrote: > > > > I could try the latest version - but I have not > had time to check the last > > changes to the RMI timeouts. But it's pretty > recent. > > > > The remote server has access to all the > application classes. > > > > What is strange is that this only happens on 2 out > of 8 regions, and for > > one of these the class is really simple. > > > > For the logging...strange, but only the one line > is logged. I will check > > the log4j pattern that I have. > > > > Let me try the latest of everything and see that > happens. > > > > > > > > On 4/26/06, Smuts, Aaron > <[EMAIL PROTECTED]> wrote: > > > > > > What version of JCS are you using? > > > > > > The error is happening on the remote server's > disk cache? > > > > > > In the latest versions, the remote server is > passed a byte array instead > > > of your object. If passed the object, then the > remote server would have > > > > > > to have your code. > > > > > > The full log message is only 3 lines? The > commons logging api prints a > > > stack trace when you pass in an exception as the > second argument. > > > > > > > > > > > > > -----Original Message----- > > > > From: Alistair Forbes > [mailto:[EMAIL PROTECTED] > > > > Sent: Wednesday, April 26, 2006 9:19 AM > > > > To: JCS Users List > > > > Subject: Remote cache class cast exception > > > > > > > > From the logs of the Remote server I get class > cast excepetions. > > > > > > > > I have tried serializing the objects to disk, > and these all seem to > > > work. > > > > Is > > > > there a simple way to generate the fully stack > trace? > > > > > > > > I log4j I thought the line below would > generate a full stack trace, > > > but > > > > maybe this is different in Commons logging. > > > > > > > > catch ( IOException ioe ) > > > > { > > > > log.error( "Failure getting from > disk, cacheName: " + > > > > cacheName > > > > + ", key = " + key, ioe ); > > > > reset(); > > > > } > > > > > > > > > > > > 15:09:24,459 ERROR [IndexedDiskCache] Failure > getting from disk, > > > > cacheName: > > > > textCache, key = XXXYYY > > > > java.lang.ClassCastException > > > > > > > > > > > > Any hints appreciated. > > > > Al > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
