[JBoss JIRA] (ISPN-5857) HotRod client should use the consistent hash in replicated mode
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5857?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5857:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1272390|https://bugzilla.redhat.com/show_bug.cgi?id=1272390] from MODIFIED to ON_QA
> HotRod client should use the consistent hash in replicated mode
> ---------------------------------------------------------------
>
> Key: ISPN-5857
> URL: https://issues.jboss.org/browse/ISPN-5857
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0.1.Final, 8.1.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: hotrod
> Fix For: 8.1.0.Alpha2, 8.1.0.Final
>
>
> The HotRod server assumes that in replicated mode the server accessed by the client doesn't matter, so it doesn't send a consistent hash in the topology updates.
> However, since replicated mode is now implemented on top of distributed mode, hitting the primary owner or another node makes a big difference. We should change the server to send the consistent hash for replicated caches as well.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (ISPN-5092) CDI fails when both remote and embedded uber-jar are present
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5092?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5092:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1175272|https://bugzilla.redhat.com/show_bug.cgi?id=1175272] from MODIFIED to ON_QA
> CDI fails when both remote and embedded uber-jar are present
> ------------------------------------------------------------
>
> Key: ISPN-5092
> URL: https://issues.jboss.org/browse/ISPN-5092
> Project: Infinispan
> Issue Type: Bug
> Components: Build process, CDI Integration
> Reporter: Vojtech Juranek
> Fix For: 7.2.0.CR1
>
>
> When both uber-jars {{infinispan-remote}} and {{infinispan-embedded}} (e.g. for {{RemoteCacheStore}}), CDI fails with
> {noformat}
> org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
> Exception 0 :
> java.lang.NullPointerException
> at org.infinispan.cdi.util.defaultbean.DefaultBeanExtension.afterBeanDiscovery(DefaultBeanExtension.java:345)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
> at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
> at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
> at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
> at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:46)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:42)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:359)
> at org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.deployBeans(ForwardingBootstrap.java:70)
> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:133)
> at org.infinispan.all.remote.RemoteCDIDefaultCacheTest.loadBean(RemoteCDIDefaultCacheTest.java:26)
> {noformat}
> It's prpbably because CDI stuff is included in both jar and {{exclude}} in {{pom.xml}} doesn't work for uber-jars
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (ISPN-5882) XSite replication - take-offline.after-failures property is ignored
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5882?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5882:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1274800|https://bugzilla.redhat.com/show_bug.cgi?id=1274800] from MODIFIED to ON_QA
> XSite replication - take-offline.after-failures property is ignored
> -------------------------------------------------------------------
>
> Key: ISPN-5882
> URL: https://issues.jboss.org/browse/ISPN-5882
> Project: Infinispan
> Issue Type: Bug
> Components: Cross-Site Replication
> Reporter: Matej Čimbora
> Assignee: Pedro Ruivo
> Fix For: 8.1.0.Beta1, 8.1.0.Final
>
>
> Let's say I use the following backup settings and start the server in site LON:
> <backup site="BRN" strategy="SYNC">
> <take-offline after-failures="5"/>
> </backup>
> The following code snipped should cause BRN site to go offline after 5 failures, however the site is still remains online and tries to back up the data to BRN.
> RemoteCacheManager remoteCacheManager = new RemoteCacheManager();
> RemoteCache<Object, Object> cache = remoteCacheManager.getCache();
> for (int i = 0; i < 10; i++) {
> cache.put(i, i);
> }
> Server-side error message example:
> 16:05:19,121 ERROR [org.jgroups.protocols.relay.RELAY2] (HotRodServerWorker-5-2) localhost: no route to BRN: dropping message
> 16:05:29,121 WARN [org.infinispan.xsite.BackupSenderImpl] (HotRodServerWorker-5-2) ISPN000202: Problems backing up data for cache default to site BRN: org.infinispan.util.concurrent.TimeoutException: Timed out after 10 seconds waiting for a response from BRN (sync, timeout=10000)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (ISPN-5838) Cleanup uberjar packaging
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5838?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5838:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1266832|https://bugzilla.redhat.com/show_bug.cgi?id=1266832] from MODIFIED to ON_QA
> Cleanup uberjar packaging
> -------------------------
>
> Key: ISPN-5838
> URL: https://issues.jboss.org/browse/ISPN-5838
> Project: Infinispan
> Issue Type: Feature Request
> Components: Build process
> Reporter: Pedro Zapata
> Assignee: Sebastian Łaskawiec
> Labels: jdg7
> Fix For: 8.1.0.Beta1, 8.1.0.Final
>
>
> Need to minimize shipping non-required or provided dependencies in the uberjar.
> Some ideas that need to be further refined:
> * Split CDI into cdi-embedded and cdi-remote
> * Add only cdi-embedded to infinispan-embedded (and cdi-remote to infinispan-remote)
> * Add infinispan-client-hotrod to infinispan-embedded ? Used for RemoteCacheStore (which is an embedded use-case)
> * infinispan-embedded has a compulsory dependency on javax.transaction api. We cannot change this in Infinispan <= 8.2 for backwards compatibility, but we can change it in 8.3
> *
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months