And BTW - the session is recorded - the community would appreciate the topic.
-Greg On Mon, Jan 18, 2016 at 9:08 PM, Gregory Chase <[email protected]> wrote: > There's a Geode Clubhouse tomorrow at 9AM PST - do you guys want to > discuss this after the tech talk portion? Or is this too specific to a > client? > > > http://mail-archives.apache.org/mod_mbox/incubator-geode-user/201601.mbox/%3CCAMg1VtnoEwpKX6Qn%3DZN24vBKoHjUEjJr71-yg%2BtH5%3DxrFfCzQA%40mail.gmail.com%3E > > On Mon, Jan 18, 2016 at 8:50 PM, Luke Shannon <[email protected]> wrote: > >> Sure thing, I will contact you offline with the details. Any solution we >> come up with I will post on this thread. >> >> On Mon, Jan 18, 2016 at 11:40 PM, Jens Deppe <[email protected]> wrote: >> >>> 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) >>>> >>>> @ >>>> >>>> >>> >>> >> >> >> -- >> Luke Shannon | Field Engineering | Pivotal >> ------------------------------------------------------------------------- >> Mobile:416-571-9495 >> Join the Toronto Pivotal Usergroup: >> http://www.meetup.com/Toronto-Pivotal-User-Group/ >> > > > > -- > Greg Chase > > Director of Big Data Communities > http://www.pivotal.io/big-data > > Pivotal Software > http://www.pivotal.io/ > > 650-215-0477 > @GregChase > Blog: http://geekmarketing.biz/ > > -- Greg Chase Director of Big Data Communities http://www.pivotal.io/big-data Pivotal Software http://www.pivotal.io/ 650-215-0477 @GregChase Blog: http://geekmarketing.biz/
