June 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5521) Upgrade to Hibernate ORM 5.0.0.CR1

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-5521: ------------------------------------- Summary: Upgrade to Hibernate ORM 5.0.0.CR1 Key: ISPN-5521 URL: https://issues.jboss.org/browse/ISPN-5521 Project: Infinispan Issue Type: Component Upgrade Components: Loaders and Stores Reporter: Sanne Grinovero Assignee: Tristan Tarrant I'm opening this to make sure we keep Infinispan aligned with the other platforms, now moving to Hibernate 5. This affects at least the JPA CacheStore, I'm not sure if other components. Among many improvements, noticeable for Infinispan there is better OSGi support. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5519) Cannot choose to run index-less query on an indexed cache in compat mode

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5519?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5519: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Cannot choose to run index-less query on an indexed cache in compat mode > ------------------------------------------------------------------------ > > Key: ISPN-5519 > URL: https://issues.jboss.org/browse/ISPN-5519 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying, Remote Querying > Affects Versions: 7.2.2.Final, 8.0.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.Alpha2, 7.2.3.Final > > > This is similar to ISPN-5165 but refers to compat mode. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5444) Filter/converters in server can't unmarshall custom cached classes

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5444?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5444: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Filter/converters in server can't unmarshall custom cached classes > ------------------------------------------------------------------ > > Key: ISPN-5444 > URL: https://issues.jboss.org/browse/ISPN-5444 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.0.0.Alpha2, 7.2.3.Final, 8.0.0.Final > > > If a user deploys a filter/converter into server, and the cache contains custom classes, the default behaviour of unmarshalling custom classes for the filter/converter will generate CNFEs, e.g. > {code} > Caused by: java.lang.ClassNotFoundException: ValueAddedEvent from [Module > "org.infinispan.commons:main" from local module loader @4b7504fb > (finder: local module finder @6f9a2170 (roots: > /opt/infinispan/modules,/opt/infinispan/modules/system/layers/base))] > [..] > at > org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82) > [infinispan-commons-7.2.0-SNAPSHOT.jar:7.2.0-SNAPSHOT] > at > org.infinispan.server.hotrod.ClientListenerRegistry$UnmarshallConverter.convert(ClientListenerRegistry.scala:383) > [infinispan-server-hotrod-7.2.0-SNAPSHOT.jar:7.2.0-SNAPSHOT] > {code} > Even if the classes are deployed along with the filter/converter, these won't be found. Currently, the only way to workaround it is to add those classes into a module and get the infinispan-commons module to depend on it to locate them. > A better solution is needed here... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4123) Remote Query tests random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4123?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4123: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1077215|https://bugzilla.redhat.com/show_bug.cgi?id=1077215] from ON_QA to VERIFIED > Remote Query tests random failures > ---------------------------------- > > Key: ISPN-4123 > URL: https://issues.jboss.org/browse/ISPN-4123 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.0.0.Alpha2, 7.2.3.Final, 8.0.0.Final > > > Any of the Remote* tests from here https://github.com/infinispan/infinispan/tree/master/server/integration/t... sometimes fail with this exception on all platforms: > {code} > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[52] returned server error (status=0x85): org.hibernate.search.SearchException: Can't build query for type org.infinispan.query.remote.indexing.ProtobufValueWrapper which is neither indexed nor has any indexed sub-types. > at org.infinispan.client.hotrod.impl.protocol.Codec10.checkForErrorsInResponseStatus(Codec10.java:143) > at org.infinispan.client.hotrod.impl.protocol.Codec10.readHeader(Codec10.java:99) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.QueryOperation.executeOperation(QueryOperation.java:68) > at org.infinispan.client.hotrod.impl.operations.QueryOperation.executeOperation(QueryOperation.java:26) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:46) > at org.infinispan.client.hotrod.impl.query.RemoteQuery.executeQuery(RemoteQuery.java:79) > at org.infinispan.client.hotrod.impl.query.RemoteQuery.list(RemoteQuery.java:69) > at org.infinispan.server.test.query.RemoteQueryTest.testProjections(RemoteQueryTest.java:148) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270) > at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:53) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:62) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:139) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) > at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5520) Add XSite failover for HotRod clients

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-5520: ------------------------------------- Summary: Add XSite failover for HotRod clients Key: ISPN-5520 URL: https://issues.jboss.org/browse/ISPN-5520 Project: Infinispan Issue Type: Feature Request Components: Cross-Site Replication, Remote Protocols Reporter: Tristan Tarrant Assignee: Galder Zamarreño Fix For: 8.1.0.Final -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-375) Enable Hot Rod clients to start transactions

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-375?page=com.atlassian.jira.plugin.s... ] Tristan Tarrant reassigned ISPN-375: ------------------------------------ Assignee: (was: Michael Musgrove) > Enable Hot Rod clients to start transactions > -------------------------------------------- > > Key: ISPN-375 > URL: https://issues.jboss.org/browse/ISPN-375 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Reporter: Galder Zamarreño > Priority: Blocker > Labels: hackathon > > It might be useful to allow Hot Rod clients to start transactions within Hot Rod servers. The possibility of clients participating in the actual transaction, i.e. being an XAResource, should not be imposed since this might be less than trivial to achieve in non-Java environments. The alternative would be to allow clients to start Hot Rod server local transactions only. > This would require enhancing Hot Rod spec to have some begin/commit/rollback commands that return a tx id, and for clients to be able to send this id as part of each command that should participate in the transaction. > Pitfalls to avoid include avoiding a transaction to be propagated over several Hot Rod servers. IOW, to simplify things, if a tx is started in server A, all ops within that tx should be directed to tx. Load balancing could still happen but would need to be tx sticky. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5219) Expose Distributed Iterators over HotRod

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5219?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5219: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3511 > Expose Distributed Iterators over HotRod > ---------------------------------------- > > Key: ISPN-5219 > URL: https://issues.jboss.org/browse/ISPN-5219 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 7.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.0.0.Final > > > Integration with external distributed query engines requires the capacity to: > * Partition the data > * Iterate over each of the partitions > The distributed iterators covers that and should be exposed over hotrod > Wiki page: https://github.com/infinispan/infinispan/wiki/Remote-Iterator -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5219) Expose Distributed Iterators over HotRod

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5219?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5219: ---------------------------------- Status: Open (was: New) > Expose Distributed Iterators over HotRod > ---------------------------------------- > > Key: ISPN-5219 > URL: https://issues.jboss.org/browse/ISPN-5219 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 7.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.0.0.Final > > > Integration with external distributed query engines requires the capacity to: > * Partition the data > * Iterate over each of the partitions > The distributed iterators covers that and should be exposed over hotrod > Wiki page: https://github.com/infinispan/infinispan/wiki/Remote-Iterator -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5219) Expose Distributed Iterators over HotRod

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5219?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-5219: ------------------------------------- Assignee: Gustavo Fernandes > Expose Distributed Iterators over HotRod > ---------------------------------------- > > Key: ISPN-5219 > URL: https://issues.jboss.org/browse/ISPN-5219 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Affects Versions: 7.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.0.0.Final > > > Integration with external distributed query engines requires the capacity to: > * Partition the data > * Iterate over each of the partitions > The distributed iterators covers that and should be exposed over hotrod > Wiki page: https://github.com/infinispan/infinispan/wiki/Remote-Iterator -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4739) InfinispanQueryIT test fails randomly on RHEL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4739?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4739: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1143901|https://bugzilla.redhat.com/show_bug.cgi?id=1143901] from VERIFIED to ASSIGNED > InfinispanQueryIT test fails randomly on RHEL > --------------------------------------------- > > Key: ISPN-4739 > URL: https://issues.jboss.org/browse/ISPN-4739 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Reporter: Vojtech Juranek > Assignee: Gustavo Fernandes > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > {{InfinispanQueryIT.testQueryOnSecondNode}} and {{InfinispanQueryIT.testMassIndexerResult}} fails randomly on RHEL (Oracle java 6) with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...]) > {noformat} > java.lang.AssertionError: expected:<3> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.test.integration.as.query.InfinispanQueryIT.testQueryOnSecondNode(InfinispanQueryIT.java:110) > {noformat} > resp. ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...]) > {noformat} > java.lang.AssertionError: expected:<3> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.test.integration.as.query.InfinispanQueryIT.testMassIndexerResult(InfinispanQueryIT.java:145) > {noformat} > and {{InfinispanQueryIT.testSimpleGetOnSecondNode}} with ([see details|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FU...]) > {noformat} > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertNotNull(Assert.java:621) > at org.junit.Assert.assertNotNull(Assert.java:631) > at org.infinispan.test.integration.as.query.InfinispanQueryIT.testSimpleGetOnSecondNode(InfinispanQueryIT.java:95) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2015