[JBoss JIRA] (ISPN-7584) Rolling upgrade fails with "java.lang.ClassCastException: org.infinispan.container.versioning.SimpleClusteredVersion cannot be cast to org.infinispan.container.versioning.NumericVersion"
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7584?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-7584:
------------------------------------
Status: Open (was: New)
> Rolling upgrade fails with "java.lang.ClassCastException: org.infinispan.container.versioning.SimpleClusteredVersion cannot be cast to org.infinispan.container.versioning.NumericVersion"
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-7584
> URL: https://issues.jboss.org/browse/ISPN-7584
> Project: Infinispan
> Issue Type: Bug
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Labels: rolling_upgrade
>
> Cache configuration, both for source and target clusters:
> {code:xml}
> <replicated-cache name="test-cache" mode="SYNC" start="EAGER">
> <expiration interval="300000" lifespan="525600000000" />
> <locking isolation="REPEATABLE_READ" acquire-timeout="20000" concurrency-level="500" striping="false" />
> <transaction mode="NONE" />
> <string-keyed-jdbc-store datasource="java:jboss/datasources/OracleDS" passivation="false" preload="false" purge="false" shared="true">
> <property name="databaseType">ORACLE</property>
> <string-keyed-table prefix="ISPN">
> <id-column name="id" type="VARCHAR(256)" />
> <data-column name="datum" type="BLOB" />
> <timestamp-column name="version" type="NUMBER" />
> </string-keyed-table>
> </string-keyed-jdbc-store>
> <remote-store cache="test-cache" hotrod-wrapping="true" socket-timeout="60000" tcp-no-delay="true" shared="true" passivation="false" purge="false" read-only="true">
> <remote-server outbound-socket-binding="source-cluster" />
> </remote-store>
> </replicated-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7595) UnsupportedOperationException is thrown when persist + flush + dirty entity + commit
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7595?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-7595:
-------------------------------------
Assignee: Radim Vansa
> UnsupportedOperationException is thrown when persist + flush + dirty entity + commit
> ------------------------------------------------------------------------------------
>
> Key: ISPN-7595
> URL: https://issues.jboss.org/browse/ISPN-7595
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 8.2.6.Final
> Environment: Any OS
> Java 8
> Hibernate 5.2.8.Final
> Infinispan 8.2.6.Final
> Reporter: Allan Jones
> Assignee: Radim Vansa
> Attachments: MyApp.zip
>
>
> When using hibernate with JTA and Infinispan the following exception occurs:
> {code}
> Exception in thread "main" org.springframework.transaction.UnexpectedRollbackException: JTA transaction unexpectedly rolled back (maybe due to a timeout); nested exception is javax.transaction.RollbackException: The transaction was set to rollback only
> at org.springframework.transaction.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1026)
> at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:761)
> at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:730)
> at com.myapp.services.MyService.reproduceIssue(MyService.java:35)
> at com.myapp.App.main(App.java:13)
> Caused by: javax.transaction.RollbackException: The transaction was set to rollback only
> at com.atomikos.icatch.jta.TransactionImp.rethrowAsJtaRollbackException(TransactionImp.java:66)
> at com.atomikos.icatch.jta.TransactionImp.commit(TransactionImp.java:207)
> at com.atomikos.icatch.jta.TransactionManagerImp.commit(TransactionManagerImp.java:433)
> at com.atomikos.icatch.jta.J2eeUserTransaction.commit(J2eeUserTransaction.java:94)
> at org.springframework.transaction.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1023)
> ... 4 more
> Caused by: java.lang.UnsupportedOperationException
> at java.util.AbstractList.add(AbstractList.java:148)
> at java.util.AbstractList.add(AbstractList.java:108)
> at org.infinispan.transaction.impl.LocalTransaction.addModification(LocalTransaction.java:64)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:380)
> at org.infinispan.interceptors.TxInterceptor.visitPutKeyValueCommand(TxInterceptor.java:221)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1685)
> at org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1134)
> at org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1124)
> at org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
> at org.hibernate.cache.infinispan.access.TxInvalidationCacheAccessDelegate.update(TxInvalidationCacheAccessDelegate.java:53)
> at org.hibernate.cache.infinispan.entity.ReadWriteAccess.update(ReadWriteAccess.java:29)
> at org.hibernate.action.internal.EntityUpdateAction.cacheUpdate(EntityUpdateAction.java:222)
> at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:196)
> at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:586)
> at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:460)
> at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:337)
> at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39)
> at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1428)
> at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:484)
> at org.hibernate.internal.SessionImpl.flushBeforeTransactionCompletion(SessionImpl.java:3190)
> at org.hibernate.internal.SessionImpl.beforeTransactionCompletion(SessionImpl.java:2404)
> at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.beforeTransactionCompletion(JdbcCoordinatorImpl.java:467)
> at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.beforeCompletion(JtaTransactionCoordinatorImpl.java:320)
> at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorNonTrackingImpl.beforeCompletion(SynchronizationCallbackCoordinatorNonTrackingImpl.java:47)
> at org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:37)
> at com.atomikos.icatch.jta.Sync2Sync.beforeCompletion(Sync2Sync.java:50)
> at com.atomikos.icatch.imp.TransactionStateHandler.notifyBeforeCompletion(TransactionStateHandler.java:261)
> at com.atomikos.icatch.imp.TransactionStateHandler.commit(TransactionStateHandler.java:236)
> at com.atomikos.icatch.imp.CompositeTransactionImp.doCommit(CompositeTransactionImp.java:288)
> at com.atomikos.icatch.imp.CompositeTransactionImp.commit(CompositeTransactionImp.java:337)
> at com.atomikos.icatch.jta.TransactionImp.commit(TransactionImp.java:191)
> ... 7 more
> {code}
> This was found when migrating from Hibernate 4.3.x / Infinispan 7.2.x to Hibernate 5.2.8 and Infinispan 8.2.6
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7572) Infinispan initialization via DirectoryProvider can't use any CacheStore or other extensions
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-7572?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero reassigned ISPN-7572:
-------------------------------------
Assignee: Sanne Grinovero (was: Tristan Tarrant)
> Infinispan initialization via DirectoryProvider can't use any CacheStore or other extensions
> --------------------------------------------------------------------------------------------
>
> Key: ISPN-7572
> URL: https://issues.jboss.org/browse/ISPN-7572
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores, Lucene Directory, WildFly modules
> Affects Versions: 9.0.0.CR2, 8.2.6.Final
> Reporter: Sanne Grinovero
> Assignee: Sanne Grinovero
> Priority: Critical
> Fix For: 9.0.0.Final, 8.2.7.Final
>
>
> When the Infinispan CacheManager is bootstrapped via Hibernate Search, the Infinispan modules are not necessarily visible to the deployment classpath (the TCCL).
> In this case if the configuration file refers to any extension such as a {{CacheStore}}, Infinispan will fail to start as it doesn't depend on the modules of its extensions.
> This will cause puzzling errors such as :
> {{ISPN000327: Cannot find a parser for element 'string-keyed-jdbc-store' in namespace 'urn:infinispan:config:store:jdbc:8.0'. Check that your configuration is up-to date for this version of Infinispan.}}
> For the record, the fact that the configuration parser expects to use the TCCL is an old problem which I've highlighted already in the past:
> Explicit classloader support during parsing was introduced in 2013:
> - http://lists.jboss.org/pipermail/infinispan-dev/2013-April/012590.html
> Then removed again in 2014:
> - http://lists.jboss.org/pipermail/infinispan-dev/2014-May/014952.html
> I asked for improvements and hoped for someone to take ownership:
> - http://lists.jboss.org/pipermail/infinispan-dev/2014-October/015549.html
> In this last email I explained what Hibernate Search would do, in lack of better alternatives..and so we did.
> Finally, this component of Hibernate Search code was transferred to the Infinispan repository so luckily we can change both components as you see most fit; the only requirement is to not expect the Hibernate users to have Infinispan on their TCCL.
> My proposal is simple: the Infinispan-core module should have an optional dependency to its extensions, including at least all supported CacheStore implementations so that people can use them.
> In fact, I expected them to do as it feels natural to have a graph edge towards extension points to be able to load them.
> But [~NadirX] doesn't like that, so assigning the issue to him ;-)
> Alternative ideas:
> * allow people to mention module names explicitly in the Infinispan configuration?
> * have a module which bootstraps the CacheManager, depending explicitly on all extensions, and register it over JNDI
> I favour the second option, especially as it came up before as a dire pratical need for many other situations.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years