LRUCachePolicy incompatiblity WAS Re: [jboss-dev] Remoting shutdown errors and warnings

Adrian Brock abrock at redhat.com
Thu Sep 4 10:48:54 EDT 2008


On Thu, 2008-09-04 at 16:28 +0200, Carlo de Wolf wrote:
> On Thu, 2008-09-04 at 15:39 +0200, Adrian Brock wrote:
> > 15:15:34,302 WARN  [StartStopLifecycleAction] Error during stop for
> > org.jboss.ejb3.RemotingConnector
> > java.lang.NoSuchFieldError: m_map
> >         at org.jboss.remoting.transport.socket.LRUPool.getContents(LRUPool.java:81)
> >         at org.jboss.remoting.transport.socket.SocketServerInvoker.cleanup(SocketServerInvoker.java:437)
> >         at org.jboss.remoting.transport.socket.SocketServerInvoker.stop(SocketServerInvoker.java:404)
> >         at org.jboss.remoting.transport.Connector.stop(Connector.java:1111)
> 
> At a glance LRUPool extends LRUCachePolicy which has a protected m_map
> field. So for the moment I would say: Uh?
> 

I've tried

rm -rf ~/.m2/repository/org/jboss/remoting/
rm -rf ~/.m2/repository/org/jboss/ejb3/

and did a clean build (including clobbering thirdparty). 

Still seeing the error.

Disassembling LRUCachePolicy, I can see the 
protected field m_map

$ javap -c -classpath jboss-common-core.jar
org.jboss.util.LRUCachePolicy
Compiled from "LRUCachePolicy.java"
public class org.jboss.util.LRUCachePolicy extends java.lang.Object
implements org.jboss.util.CachePolicy{
protected java.util.Map m_map;

Disassembing LRUPool, it is expecting a HashMap not a Map
so this has obviously changed at some point.

$ javap -c -classpath jboss-remoting.jar
org.jboss.remoting.transport.socket.LRUPool
Compiled from "LRUPool.java"
public class org.jboss.remoting.transport.socket.LRUPool extends
org.jboss.util.LRUCachePolicy{

...

public java.util.Set getContents();
  Code:
   0:   aload_0
   1:   getfield        #12; //Field m_map:Ljava/util/HashMap;
   4:   invokevirtual   #13; //Method
java/util/HashMap.keySet:()Ljava/util/Set;
   7:   areturn

So JBoss Remoting needs recompiling over the latest
jboss-common-core

I don't know whether this fixes the other problems?

> Carlo
> 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx




More information about the jboss-development mailing list