 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-2575) KeyTransformer registration is required on all nodes of the cluster, in case of custom keys
                                
                                
                                
                                    
                                        by Mircea Markus (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-2575?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2575:
--------------------------------
    Assignee: Adrian Nistor  (was: Sanne Grinovero)
    
> KeyTransformer registration is required on all nodes of the cluster, in case of custom keys
> -------------------------------------------------------------------------------------------
>
>                 Key: ISPN-2575
>                 URL: https://issues.jboss.org/browse/ISPN-2575
>             Project: Infinispan
>          Issue Type: Enhancement
>          Components: Querying
>    Affects Versions: 5.2.0.Beta5
>            Reporter: Anna Manukyan
>            Assignee: Adrian Nistor
>         Attachments: ClusteredCacheTest.java
>
>
> The case is the following:
> I have a clustered cache on which I want to perform a search. I'm doing the following:
> I'm initializing SearchManager on node1, I'm registering a custom key transformer for my key using the created searchmanager, but then when I'm trying to put data into the cache on node1 (which is in REPL_SYNC mode with cache on node2), I'm getting the exception:
> java.lang.IllegalArgumentException: Indexing only works with entries keyed on Strings, primitives and classes that have the @Transformable annotation - you passed in a class org.infinispan.query.test.CustomKey3. Alternatively, see org.infinispan.query.SearchManager#registerKeyTransformer
> When I'm initializing the SearchManager using node2 cache and register the keyTransformer on it as well, then everything works perfectly, even though I am not using the second created SearchManager.
> The test which reproduces the issue is attached to the jira. Please see the test case: testSearchKeyTransformer()
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
                                
                         
                        
                                
                                1 week, 4 days
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9405?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9405:
-----------------------------------
    Fix Version/s: 9.1.8.Final
> Cluster failover not always working when first node not available
> -----------------------------------------------------------------
>
>                 Key: ISPN-9405
>                 URL: https://issues.jboss.org/browse/ISPN-9405
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 9.1.7.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>             Fix For: 9.1.8.Final
>
>         Attachments: NonExistentNodeSiteDownFailoverTest.java
>
>
> If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
> {code}
> 19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	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:498)
> 	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:767)
> 	at org.testng.TestRunner.run(TestRunner.java:617)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> 	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> 	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> 	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> 	at org.testng.TestNG.run(TestNG.java:1057)
> 	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
> 	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
> 	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
> 	... 28 more
> Caused by: java.net.ConnectException: Connection refused
> 	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
> 	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
> 	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
> 	... 32 more
> {code}
> This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9405?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9405:
-----------------------------------
    Status: Open  (was: New)
> Cluster failover not always working when first node not available
> -----------------------------------------------------------------
>
>                 Key: ISPN-9405
>                 URL: https://issues.jboss.org/browse/ISPN-9405
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 9.1.7.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>             Fix For: 9.1.8.Final
>
>         Attachments: NonExistentNodeSiteDownFailoverTest.java
>
>
> If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
> {code}
> 19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	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:498)
> 	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:767)
> 	at org.testng.TestRunner.run(TestRunner.java:617)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> 	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> 	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> 	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> 	at org.testng.TestNG.run(TestNG.java:1057)
> 	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
> 	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
> 	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
> 	... 28 more
> Caused by: java.net.ConnectException: Connection refused
> 	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
> 	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
> 	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
> 	... 32 more
> {code}
> This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9405?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9405:
-----------------------------------
              Status: Pull Request Sent  (was: Open)
    Git Pull Request: https://github.com/infinispan/infinispan/pull/6181
> Cluster failover not always working when first node not available
> -----------------------------------------------------------------
>
>                 Key: ISPN-9405
>                 URL: https://issues.jboss.org/browse/ISPN-9405
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 9.1.7.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>             Fix For: 9.1.8.Final
>
>         Attachments: NonExistentNodeSiteDownFailoverTest.java
>
>
> If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
> {code}
> 19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	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:498)
> 	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:767)
> 	at org.testng.TestRunner.run(TestRunner.java:617)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> 	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> 	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> 	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> 	at org.testng.TestNG.run(TestNG.java:1057)
> 	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
> 	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
> 	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
> 	... 28 more
> Caused by: java.net.ConnectException: Connection refused
> 	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
> 	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
> 	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
> 	... 32 more
> {code}
> This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
    [ https://issues.jboss.org/browse/ISPN-9405?page=com.atlassian.jira.plugin.... ] 
Galder Zamarreño commented on ISPN-9405:
----------------------------------------
Attached failing unit test. If line 59 is commented, removing the inexistent node details, the test passes.
> Cluster failover not always working when first node not available
> -----------------------------------------------------------------
>
>                 Key: ISPN-9405
>                 URL: https://issues.jboss.org/browse/ISPN-9405
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 9.1.7.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>         Attachments: NonExistentNodeSiteDownFailoverTest.java
>
>
> If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
> {code}
> 19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	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:498)
> 	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:767)
> 	at org.testng.TestRunner.run(TestRunner.java:617)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> 	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> 	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> 	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> 	at org.testng.TestNG.run(TestNG.java:1057)
> 	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
> 	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
> 	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
> 	... 28 more
> Caused by: java.net.ConnectException: Connection refused
> 	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
> 	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
> 	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
> 	... 32 more
> {code}
> This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9405?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9405:
-----------------------------------
    Attachment: NonExistentNodeSiteDownFailoverTest.java
> Cluster failover not always working when first node not available
> -----------------------------------------------------------------
>
>                 Key: ISPN-9405
>                 URL: https://issues.jboss.org/browse/ISPN-9405
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 9.1.7.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>         Attachments: NonExistentNodeSiteDownFailoverTest.java
>
>
> If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
> {code}
> 19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
> 	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
> 	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:498)
> 	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:767)
> 	at org.testng.TestRunner.run(TestRunner.java:617)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> 	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> 	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> 	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> 	at org.testng.TestNG.run(TestNG.java:1057)
> 	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
> 	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
> 	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
> 	... 28 more
> Caused by: java.net.ConnectException: Connection refused
> 	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
> 	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
> 	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
> 	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
> 	... 32 more
> {code}
> This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9405) Cluster failover not always working when first node not available
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        Galder Zamarreño created ISPN-9405:
--------------------------------------
             Summary: Cluster failover not always working when first node not available
                 Key: ISPN-9405
                 URL: https://issues.jboss.org/browse/ISPN-9405
             Project: Infinispan
          Issue Type: Bug
          Components: Remote Protocols
    Affects Versions: 9.1.7.Final
            Reporter: Galder Zamarreño
            Assignee: Galder Zamarreño
If a client configures a main cluster with the first node unavailable and a backup cluster, ping-pong failover ends up failing with the first unavailable node failing. E.g.
{code}
19:16:29,491 ERROR (testng-NonExistentNodeSiteDownFailoverTest) [RetryOnFailureOperation] ISPN004007: Exception encountered. Retry 3 out of 3
org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426)
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258)
	at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40)
	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:55)
	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:366)
	at org.infinispan.client.hotrod.xsite.NonExistentNodeSiteDownFailoverTest.testRotateSiteDownFailover(NonExistentNodeSiteDownFailoverTest.java:51)
	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:498)
	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
	at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
	at org.testng.TestRunner.privateRun(TestRunner.java:767)
	at org.testng.TestRunner.run(TestRunner.java:617)
	at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
	at org.testng.SuiteRunner.run(SuiteRunner.java:254)
	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
	at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
	at org.testng.TestNG.run(TestNG.java:1057)
	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: localhost:1234
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:95)
	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38)
	at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17)
	at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220)
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420)
	... 28 more
Caused by: java.net.ConnectException: Connection refused
	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111)
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.connectSocket(TcpTransport.java:107)
	at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:84)
	... 32 more
{code}
This issue only affects 9.1.x, master works fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9369) Non transactional query cache only cache results if transaction is committed
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9369?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9369:
-----------------------------------
    Status: Open  (was: New)
> Non transactional query cache only cache results if transaction is committed
> ----------------------------------------------------------------------------
>
>                 Key: ISPN-9369
>                 URL: https://issues.jboss.org/browse/ISPN-9369
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Hibernate Cache
>    Affects Versions: 9.3.0.Final
>            Reporter: Galder Zamarreño
>             Fix For: 9.4.0.Beta1, 9.4.0.Final
>
>
> {quote}Local query caches are not populated if the transaction is not committed.
> The same test case works on hibernate 4.3.11
> Our scenario: Read-only services that only execute queries and never commit the transaction. It should still be possible to use/configure hibernate/infinispan to cache the results, regardless the transaction state.{quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        [JBoss JIRA] (ISPN-9369) Non transactional query cache only cache results if transaction is committed
                                
                                
                                
                                    
                                        by Galder Zamarreño (JIRA)
                                    
                                
                                
                                        
     [ https://issues.jboss.org/browse/ISPN-9369?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-9369:
--------------------------------------
    Assignee: Galder Zamarreño
> Non transactional query cache only cache results if transaction is committed
> ----------------------------------------------------------------------------
>
>                 Key: ISPN-9369
>                 URL: https://issues.jboss.org/browse/ISPN-9369
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Hibernate Cache
>    Affects Versions: 9.3.0.Final
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>             Fix For: 9.4.0.Beta1, 9.4.0.Final
>
>
> {quote}Local query caches are not populated if the transaction is not committed.
> The same test case works on hibernate 4.3.11
> Our scenario: Read-only services that only execute queries and never commit the transaction. It should still be possible to use/configure hibernate/infinispan to cache the results, regardless the transaction state.{quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
                                
                         
                        
                                
                                7 years, 3 months