[JBoss JIRA] (ISPN-5283) Hot Rod client does not update the cluster view for the client after a complete shutdown of all servers
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5283?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5283:
-------------------------------
Fix Version/s: 7.2.0.Beta2
(was: 7.2.0.Beta1)
> Hot Rod client does not update the cluster view for the client after a complete shutdown of all servers
> -------------------------------------------------------------------------------------------------------
>
> Key: ISPN-5283
> URL: https://issues.jboss.org/browse/ISPN-5283
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 6.0.2.Final, 7.1.1.Final
> Reporter: Wolf-Dieter Fink
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Beta2, 7.2.0.Final
>
>
> If a Hot Rod client is connected to two (or more) servers and these servers are stopped the client will not continue to work until this last server is back online.
> But even if the client is able to continue, the client will not receive updated cluster topology.
> Therefor there is no loadbalacing and failover after this point until the client is restarted.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (ISPN-5163) A write operation with the SKIP_LOCKING flag can roll back the transaction
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5163?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5163:
-------------------------------
Fix Version/s: 7.2.0.Beta2
(was: 7.2.0.Beta1)
> A write operation with the SKIP_LOCKING flag can roll back the transaction
> --------------------------------------------------------------------------
>
> Key: ISPN-5163
> URL: https://issues.jboss.org/browse/ISPN-5163
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.3.Final, 7.1.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 7.2.0.Beta2
>
>
> When a write operation has the SKIP_LOCKING flag, it does not send a {{LockControlCommand}} to the primary owner, but it can send a {{ClusteredGetCommand}} with {{acquireRemoteLocks=true}} instead. The {{ClusteredGetCommmand}} will then execute a {{LockControlCommand}} with the origin not set properly, and {{TxInterceptor}} will roll back the transaction because the originator ({{null}}) appears to have left the cluster.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (ISPN-5284) ComponentMetadataPersister fails to process classes that contain ".class" in their FQN
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5284?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5284:
-----------------------------------------------
Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1202479|https://bugzilla.redhat.com/show_bug.cgi?id=1202479] from NEW to POST
> ComponentMetadataPersister fails to process classes that contain ".class" in their FQN
> --------------------------------------------------------------------------------------
>
> Key: ISPN-5284
> URL: https://issues.jboss.org/browse/ISPN-5284
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.2.0.Alpha1
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 7.2.0.Beta1
>
>
> [ComponentMetadataPersister] Starting component metadata generation. Scanning classes in /home/adrian/work/infinispan22222/infinispan/query/target/test-classes
> [WARNING]
> java.lang.reflect.InvocationTargetException
> 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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassNotFoundException: org.infinispan.queryloading.KeyTransformationUsingClassloadersTest
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:119)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115)
> at org.infinispan.factories.components.ComponentMetadataPersister.process(ComponentMetadataPersister.java:115)
> at org.infinispan.factories.components.ComponentMetadataPersister.main(ComponentMetadataPersister.java:62)
> ... 6 more
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years