[JBoss JIRA] (ISPN-5263) Optimize Getall operations (library mode)
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-5263:
----------------------------------
Summary: Optimize Getall operations (library mode)
Key: ISPN-5263
URL: https://issues.jboss.org/browse/ISPN-5263
Project: Infinispan
Issue Type: Enhancement
Components: Core
Reporter: Pedro Zapata
- GetAll operation: to ensure that there’s a way to batch get multiple objects together.
- Improve performance for large data sets.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3631:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.2.0.Beta1
Resolution: Done
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: testsuite_stability
> Fix For: 7.2.0.Beta1
>
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3631:
-----------------------------------------------
Dan Berindei <dberinde(a)redhat.com> changed the Status of [bug 1019075|https://bugzilla.redhat.com/show_bug.cgi?id=1019075] from NEW to POST
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: testsuite_stability
> Fix For: 7.2.0.Beta1
>
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-5260) Index should be rebuild during startup for cache stores shared=false
by Wolf-Dieter Fink (JIRA)
[ https://issues.jboss.org/browse/ISPN-5260?page=com.atlassian.jira.plugin.... ]
Wolf-Dieter Fink commented on ISPN-5260:
----------------------------------------
Let's assume you have a REPL cache, all nodes have the same data.
The last node which goes down should have the best data and started first.
This node does not create an index if RAM is used, or the application was changed and have an index now.
All joiners will have an index as it is created during state transfer, this is not consistent IMHO
> Index should be rebuild during startup for cache stores shared=false
> --------------------------------------------------------------------
>
> Key: ISPN-5260
> URL: https://issues.jboss.org/browse/ISPN-5260
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Wolf-Dieter Fink
>
> If a cache store is not marked as shared the indexing is skipped.
> As a result queries are not possible without calling massindexer
> - if a non persistent directory-provider is used (ram)
> - for the first start if a cache is stored before without any index
> - problematic if the application changed indexing
> For this is should be possible to re-build the index automatically during startup.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
Work on ISPN-3631 started by Vitalii Chepeliuk.
-----------------------------------------------
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: testsuite_stability
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk updated ISPN-3631:
------------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3280
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: testsuite_stability
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
by Vitalii Chepeliuk (JIRA)
[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ]
Vitalii Chepeliuk reassigned ISPN-3631:
---------------------------------------
Assignee: Vitalii Chepeliuk
> AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly
> ----------------------------------------------------------------------
>
> Key: ISPN-3631
> URL: https://issues.jboss.org/browse/ISPN-3631
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: testsuite_stability
> Attachments: AsyncStoreEvictionTest.log.zip
>
>
> java.lang.AssertionError: remove only works after expiration
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236)
> at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:724)
> Here are links on jenkins job
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException
by Enrico Olivelli (JIRA)
[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ]
Enrico Olivelli commented on ISPN-5221:
---------------------------------------
Another consequence of the SocketTimeoutException is that after that error the client only receives "byte[]" beans, as the unmarshaller does not work anymore.
I think that in case of SocketTimeout the inputstream goes out-of-synch and the marshaller cannot do its work properly anymore.
Apart from this last observation, IMHO I think that in case of SocketTimeout the TCP connection should be invalidated and than a new connection, possibily to another server, should be opened, that is to treat the SocketTmeout as a full server failure
> Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-5221
> URL: https://issues.jboss.org/browse/ISPN-5221
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.1.0.Final
> Environment: Infinispan 7.1.0Final
> Reporter: Enrico Olivelli
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Final
>
>
> Using the LAZY nearcache (new in 7.1.0Final) when a java.net.SocketTimeoutException occurs against one of the given HotRod server the RemoteCache becames not usable any more
> This happens very frequently in our DEV environment, but I cannot reproduce it inside a test case
> This is the stacktrace
> {code}
> 15/02/13 14:51:39 ERROR event.ClientListenerNotifier: ISPN004043: Unrecoverable error reading event from server xxx.xxx.xxx/10.168.10.117:11222, exiting event reader thread
> org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException
> at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:184)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:282)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:126)
> at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:236)
> 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)
> Caused by: java.net.SocketTimeoutException
> at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211)
> at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103)
> at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
> at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
> at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:179)
> ... 8 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-5122) Protostream's code generator does not use the proper classloader and does not work in OSGI
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5122?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5122:
-----------------------------------------------
Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1187362|https://bugzilla.redhat.com/show_bug.cgi?id=1187362] from ASSIGNED to CLOSED
> Protostream's code generator does not use the proper classloader and does not work in OSGI
> ------------------------------------------------------------------------------------------
>
> Key: ISPN-5122
> URL: https://issues.jboss.org/browse/ISPN-5122
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Querying
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 7.1.0.Beta1
>
>
> {quote}
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.888 sec <<< FAILURE! - in org.infinispan.server.test.client.hotrod.osgi.RemoteCacheOsgiIT
> testAttributeQuery(org.infinispan.server.test.client.hotrod.osgi.RemoteCacheOsgiIT) Time elapsed: 0.122 sec <<< ERROR!
> infinispan.javassist.NotFoundException: org.infinispan.protostream.EnumMarshaller
> at infinispan.javassist.ClassPool.get(ClassPool.java:450)
> at infinispan.javassist.ClassPool.getCtClass(ClassPool.java:515)
> at org.infinispan.protostream.annotations.impl.MarshallerCodeGenerator.<init>(MarshallerCodeGenerator.java:80)
> at org.infinispan.protostream.annotations.impl.ProtoSchemaGenerator.generateMarshallers(ProtoSchemaGenerator.java:134)
> at org.infinispan.protostream.annotations.impl.ProtoSchemaGenerator.generateAndRegister(ProtoSchemaGenerator.java:106)
> at org.infinispan.protostream.annotations.ProtoSchemaBuilder.build(ProtoSchemaBuilder.java:64)
> at org.infinispan.server.test.client.hotrod.osgi.RemoteCacheOsgiIT.testAttributeQuery(RemoteCacheOsgiIT.java:138)
> Results :
> Tests in error:
> RemoteCacheOsgiIT.testAttributeQuery:138 » NotFound org.infinispan.protostream...
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months
[JBoss JIRA] (ISPN-5180) Hot Rod type converter in Compatibility should not marshall a byte[] again
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5180?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5180:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1196277|https://bugzilla.redhat.com/show_bug.cgi?id=1196277] from NEW to MODIFIED
> Hot Rod type converter in Compatibility should not marshall a byte[] again
> --------------------------------------------------------------------------
>
> Key: ISPN-5180
> URL: https://issues.jboss.org/browse/ISPN-5180
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 7.0.3.Final, 7.1.0.CR2
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Critical
> Labels: compatibility
> Fix For: 7.1.0.Final
>
>
> When compatibility is enabled, storing a java serialized object with REST, and then retrieving it with Hot Rod results in byte[] being returned instead of the deserilialized object:
> {code}java.lang.AssertionError:
> Expected :org.infinispan.it.compatibility.EmbeddedRestHotRodTest$Person@22cd6f
> Actual :[B@2ff9eb2a
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.it.compatibility.EmbeddedRestHotRodTest.testCustomObjectRestPutHotRodEmbeddedGet(EmbeddedRestHotRodTest.java:217)
> {code}
> This is because when the entry is retrieved by Hot Rod and it's going to marshall it for sending it back to the client, it should check if the entry is already a byte[], in which case it should not touch it.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 7 months