According to IntelliJ, in my Groovy project with Geode/GemFire jars, it comes from *rt.jar* from the JDK.
/Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar!/javax/management/ObjectName.class On Wed, Aug 19, 2015 at 6:33 AM, Jochen Theodorou <blackd...@gmx.org> wrote: > Then any idea what jar comes and adds a javax.management.ObjectName ? > > Am 19.08.2015 01:13, schrieb William Markito: > >> Thanks Jochen, but even with the system classloader I have the same issue. >> >> ------------------------------ >> @GrabConfig(systemClassLoader= true) >> @GrabResolver(name='asf-snapshots', >> root="https://repository.apache.org/content/repositories/snapshots";) >> >> @Grapes( >> @Grab(group="org.apache.geode", module ="gemfire-core", version >> ="1.0.0-incubating-SNAPSHOT") >> ) >> >> importcom.gemstone.gemfire.cache.client.ClientCache >> importcom.gemstone.gemfire.cache.client.ClientCacheFactory >> >> >> cache =newClientCacheFactory() >> .addPoolLocator("localhost",10334) >> .create(); >> >> region = cache.createClientRegionFactory("myRegion") >> >> region.put("1","Hello") >> region.put("2","World") >> >> >> -------------------- >> Caught: java.lang.LinkageError: loader constraint violation in interface >> itable initialization: when resolving method >> >> "com.gemstone.gemfire.internal.cache.control.InternalResourceManager$DummyMemoryPoolMXBean.getObjectName()Ljavax/management/ObjectName;" >> the class loader (instance of org/codehaus/groovy/tools/RootLoader) of >> the current class, >> >> com/gemstone/gemfire/internal/cache/control/InternalResourceManager$DummyMemoryPoolMXBean, >> and the class loader (instance of <bootloader>) for interface >> java/lang/management/PlatformManagedObject have different Class objects >> for the type javax/management/ObjectName used in the signature >> [info 2015/08/18 16:11:16.526 PDT <Distributed system shutdown hook> >> tid=0xe] VM is exiting - shutting down distributed system >> >> java.lang.LinkageError: loader constraint violation in interface itable >> initialization: when resolving method >> >> "com.gemstone.gemfire.internal.cache.control.InternalResourceManager$DummyMemoryPoolMXBean.getObjectName()Ljavax/management/ObjectName;" >> the class loader (instance of org/codehaus/groovy/tools/RootLoader) of >> the current class, >> >> com/gemstone/gemfire/internal/cache/control/InternalResourceManager$DummyMemoryPoolMXBean, >> and the class loader (instance of <bootloader>) for interface >> java/lang/management/PlatformManagedObject have different Class objects >> for the type javax/management/ObjectName used in the signature >> at >> >> com.gemstone.gemfire.internal.cache.control.InternalResourceManager.<clinit>(InternalResourceManager.java:469) >> at >> >> com.gemstone.gemfire.internal.cache.GemFireCacheImpl.<init>(GemFireCacheImpl.java:755) >> at >> >> com.gemstone.gemfire.internal.cache.GemFireCacheImpl.create(GemFireCacheImpl.java:667) >> at >> >> com.gemstone.gemfire.cache.client.ClientCacheFactory.basicCreate(ClientCacheFactory.java:207) >> at >> >> com.gemstone.gemfire.cache.client.ClientCacheFactory.create(ClientCacheFactory.java:162) >> at >> com.gemstone.gemfire.cache.client.ClientCacheFactory$create$0.call(Unknown >> Source) >> at HelloWorld.run(HelloWorld.groovy:16) >> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140) >> >> >> On Tue, Aug 18, 2015 at 12:40 AM, Jochen Theodorou <blackd...@gmx.org >> <mailto:blackd...@gmx.org>> wrote: >> >> Am 18.08.2015 03:53, schrieb William Markito: >> >> Hi folks, >> >> Any recommendations for the following problem ? I'm not sure >> it's a >> problem on Geode implementation.. >> >> Thanks! >> >> ---- Groovy Code -- >> >> @GrabResolver(name='asf-snapshots', >> root=" >> https://repository.apache.org/content/repositories/snapshots";) >> @Grapes( >> @Grab(group="org.apache.geode", module >> ="gemfire-core", version ="1.0.0-incubating-SNAPSHOT") >> ) >> >> importcom.gemstone.gemfire.cache.client.ClientCache >> importcom.gemstone.gemfire.cache.client.ClientCacheFactory >> >> >> cache =newClientCacheFactory() >> .addPoolLocator("localhost",10334) >> .create(); >> >> ----- >> ------ Exception >> >> Caught: java.lang.LinkageError: loader constraint violation in >> interface >> >> [...] >> >> basically it means the bootloader is loading javax.management >> classes and the RootLoader does so as well.. for the same classes. >> RootLoader is a child of the bootloader and is normally supposed to >> redirect request to its parent for class requests and only react if >> the parent cannot. Now RootLoader violates that constraint on >> purpose and in most cases this is fine... as long as no normal java >> classes are involved with that. >> >> This means the configuration for RootLoader contains a path, that >> also includes javax.management classes, that duplicate the ones from >> the jdk. That should not be the case and they should be removed. If >> you could find out where those come from, it would help a lot. Or >> are you simply using the default distribution of Groovy? If yes, >> then we might have to remove a jar in there. That would fix the >> issue I think. If of course those classes come from gemfire I would >> argue gemfire is doing something wrong here. Because normally >> RootLoader is used to add those jars to. >> >> A @GrabExclude could be used if those classes are pulled in through >> a dependency of gemfire-core (in that case we should check if the >> dependency is optional) >> >> As an alternative you could try to use >> @GrabConfig(systemClassLoader=true) inside the @Grapes. This will >> force the Gemfire classes being loaded by the system loader instead, >> bypassing the issue above maybe. >> >> bye blackdrag >> >> >> >> itable initialization: when resolving method >> >> "com.gemstone.gemfire.internal.cache.control.InternalResourceManager$DummyMemoryPoolMXBean.getObjectName()Ljavax/management/ObjectName;" >> the class loader (instance of >> org/codehaus/groovy/tools/RootLoader) of >> the current class, >> >> com/gemstone/gemfire/internal/cache/control/InternalResourceManager$DummyMemoryPoolMXBean, >> and the class loader (instance of <bootloader>) for interface >> java/lang/management/PlatformManagedObject have different Class >> objects >> for the type javax/management/ObjectName used in the signature >> [info 2015/08/17 18:36:43.352 PDT <Distributed system shutdown >> hook> >> tid=0xe] VM is exiting - shutting down distributed system >> java.lang.LinkageError: loader constraint violation in interface >> itable >> initialization: when resolving method >> >> "com.gemstone.gemfire.internal.cache.control.InternalResourceManager$DummyMemoryPoolMXBean.getObjectName()Ljavax/management/ObjectName;" >> the class loader (instance of >> org/codehaus/groovy/tools/RootLoader) of >> the current class, >> >> com/gemstone/gemfire/internal/cache/control/InternalResourceManager$DummyMemoryPoolMXBean, >> and the class loader (instance of <bootloader>) for interface >> java/lang/management/PlatformManagedObject have different Class >> objects >> for the type javax/management/ObjectName used in the signature >> >> >> >> -- >> Jochen "blackdrag" Theodorou >> blog: http://blackdragsview.blogspot.com/ >> >> >> >> >> -- >> >> William Markito Oliveira >> Enterprise Architect >> -- For questions about Apache Geode, please write to >> *d...@geode.incubator.apache.org <mailto:d...@geode.incubator.apache.org>* >> >> >> > > -- > Jochen "blackdrag" Theodorou > blog: http://blackdragsview.blogspot.com/ > > -- William Markito Oliveira Enterprise Architect -- For questions about Apache Geode, please write to *d...@geode.incubator.apache.org <d...@geode.incubator.apache.org>*
