Infinispan JGROUPS force 변경보기

Infinispan 7.2.3과 함께 Wildfly 9.x에서 작업하고 있습니다. 나는 "predestroy"단계에서 다른 코디네이터를 선출하기 위해 jgroups change_view 이벤트를 강요하는 문제에 직면 해있다.Infinispan JGROUPS force 변경보기

이 코드 조각 : infinispan 사용하여 새 뷰의 설정을 강제 할 수있는 방법이

10:13:28,688 WARN [org.jboss.as.ee] (ServerService Thread Pool -- 95) WFLYEE0006: Failed to destroy component instance o[email protected]5d8d8b5c: javax.ejb.EJBException: java.lang.UnsupportedOperationException 
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:187) 
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277) 
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:349) 
    at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:66) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) 
    at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 
    at org.jboss.as.ee.component.BasicComponentInstance.destroy(BasicComponentInstance.java:125) 
    at org.jboss.as.ejb3.component.singleton.SingletonComponent.destroySingletonInstance(SingletonComponent.java:185) 
    at org.jboss.as.ejb3.component.singleton.SingletonComponent.done(SingletonComponent.java:142) 
    at org.jboss.as.ejb3.component.EJBComponent.stop(EJBComponent.java:559) 
    at org.jboss.as.ee.component.ComponentStartService$2.run(ComponentStartService.java:78) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
    at java.lang.Thread.run(Thread.java:745) 
    at org.jboss.threads.JBossThread.run(JBossThread.java:320) 
Caused by: java.lang.UnsupportedOperationException 
    at java.util.Collections$UnmodifiableList.remove(Collections.java:1317) 
    at com.klopotek.core.session.job.SessionsHooverScheduler.changeView(SessionsHooverScheduler.java:219) 
    at com.klopotek.core.session.job.SessionsHooverScheduler.stopJobs(SessionsHooverScheduler.java:192) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:497) 
    at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:114) 
    at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:98) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.ee.component.ManagedReferenceReleaseInterceptor.processInvocation(ManagedReferenceReleaseInterceptor.java:56) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) 
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) 
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) 
    ... 24 more

있습니까 :

Address localAddr=cacheManager.getAddress(); 
     Address coord=cacheManager.getMembers().get(0); 
     if(!localAddr.equals(coord)) { 
      logger.error("View can only be changed on coordinator"); 
      return; 
     } 
     if(cacheManager.getTransport().getMembers().size() == 1) { 
      logger.error("Coordinator cannot change as view only has a single member"); 
      return; 
     } 

     long newId= cacheManager.getTransport().getViewId() + 1; 
     List<Address> mbrs = cacheManager.getMembers(); 
     Address tmpCoord=mbrs.remove(0);

나를이 오류를 준다?

출처

2016-07-29 Alex

JGroups 채널에 대한 액세스를 관리하는 경우 [1]이 (가) 작동 할 수 있습니다. IIRC는 채널

[1] https://github.com/belaban/JGroups/wiki/Changing-the-coordinator-of-a-cluster

출처

2016-07-29 12:59:06

예 이미 귀하의 예를 시도했지만 infinispan 통해 그것을 재현하지 못했습니다. RpcManager 클래스에서 getChannel()을 찾을 수 없습니다 ... 올바른 방법을 정확하게 나타낼 수 있습니까? – Alex

내가이 ... HTTP를 발견 //planet.jboss.org/post/how_to_hijack_a_jgroups_channel_inside_infinispan_jboss_and_get_away_with_it – Alex

을 그것은 RpcManager.getTransport()하는 JGroupsTransport이 캐스팅 된 다음 –

내가 잘 모르겠지만, Infinispan의 코디네이터는 경우 또 다른 변화와 어쩌면 다른 재조정가 발생할 수 있습니다 변경 ... cache.getAdvancedCache().getRpcManager().getChannel(), 또는 유사한 전화를 통해 검색 할 수 있습니다 그렇게해라. 또한이 동작은 다음 버전에서 변경 될 수 있습니다.

왜 하시겠습니까? 노드를 종료하면 코디네이터가 정책에 따라 변경되고 캐시는 키의 소유자 수와 일치하도록 분산 (분산)됩니다.

출처

2016-07-29 13:11:27 wfink

Infinispan JGROUPS force 변경보기

답변

관련 문제