Hi Luke, The command classes do get loaded on the server as some gfsh commands are implemented as functions to be executed on servers.
You should not need to add any spring-shell dependencies. Are you running Geode from your own build? We did update the spring-shell jar just recently so perhaps something unexpected crept in there. Can you share your project so that we can see the issue ourselves? Thanks --Jens On Mon, Jan 18, 2016 at 7:47 PM, Luke Shannon <[email protected]> wrote: > I had a couple of projects that were embedding geode into a spring boot > application. I just start it using java -jar. Spring Boot bundles > everything I need into a uber jar. Things were working OK. > > I notice upon upgrade (of both Spring Boot and my Geode binaries) I see > the error below on start up. > > I am trying to run just an embedded Server process, no locator. Should it > be loading Command Classes? > > I have added Spring-Shell to the dependancies of project and it does not > seem to help. > > Before I go on a CLASSPATH journey I thought I would check if anyone else > has ran into this. > > java.lang.IllegalStateException: Required Commands classes were not > loaded. Check logs for errors. > > at > com.gemstone.gemfire.management.internal.cli.CommandManager.raiseExceptionIfEmpty(CommandManager.java:240) > > at > com.gemstone.gemfire.management.internal.cli.CommandManager.loadCommands(CommandManager.java:179) > > at > com.gemstone.gemfire.management.internal.cli.CommandManager.<init>(CommandManager.java:77) > > at > com.gemstone.gemfire.management.internal.cli.CommandManager.getInstance(CommandManager.java:269) > > at > com.gemstone.gemfire.management.internal.cli.CommandManager.getInstance(CommandManager.java:249) > > at > com.gemstone.gemfire.management.internal.cli.remote.CommandProcessor.<init>(CommandProcessor.java:50) > > at > com.gemstone.gemfire.management.internal.cli.remote.MemberCommandService.<init>(MemberCommandService.java:32) > > at > com.gemstone.gemfire.management.cli.CommandService.createLocalCommandService(CommandService.java:138) > > at > com.gemstone.gemfire.management.internal.beans.MemberMBeanBridge.<init>(MemberMBeanBridge.java:352) > > at > com.gemstone.gemfire.management.internal.beans.ManagementAdapter.handleCacheCreation(ManagementAdapter.java:152) > > at > com.gemstone.gemfire.management.internal.beans.ManagementListener.handleEvent(ManagementListener.java:111) > > at > com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.notifyResourceEventListeners(InternalDistributedSystem.java:2243) > > at > com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.handleResourceEvent(InternalDistributedSystem.java:503) > > at > com.gemstone.gemfire.internal.cache.GemFireCacheImpl.init(GemFireCacheImpl.java:1009) > > at > com.gemstone.gemfire.internal.cache.GemFireCacheImpl.create(GemFireCacheImpl.java:682) > > at > com.gemstone.gemfire.cache.CacheFactory.create(CacheFactory.java:182) > > at > com.gemstone.gemfire.cache.CacheFactory.create(CacheFactory.java:229) > > at > org.springframework.data.gemfire.CacheFactoryBean.createCache(CacheFactoryBean.java:398) > > at > org.springframework.data.gemfire.CacheFactoryBean.resolveCache(CacheFactoryBean.java:303) > > at > org.springframework.data.gemfire.CacheFactoryBean.init(CacheFactoryBean.java:244) > > at > org.springframework.data.gemfire.CacheFactoryBean.getObject(CacheFactoryBean.java:871) > > at > org.springframework.data.gemfire.CacheFactoryBean.getObject(CacheFactoryBean.java:86) > > at > org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:168) > > @ > >
