[JBoss JIRA] (ISPN-7599) Add Jolokia to the server
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7599?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec commented on ISPN-7599:
-------------------------------------------
A snippet from WF mailing list:
{quote}
Inside standalone.conf:
# Add "org.jboss.logmanager" to the JBoss Modules system packages
if [ "x$JBOSS_MODULES_SYSTEM_PKGS" = "x" ]; then
JBOSS_MODULES_SYSTEM_PKGS="org.jboss.byteman,org.jboss.logmanager"
fi
# Explicitly tell the VM to use the JBoss Log Manager via -Djava.util.logging.manager system property.
# Use the -javaagent VM option to load the agent
JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.jboss.logmanager.LogManager -javaagent:my-agent.jar"
This is the correct solution. Skipping the check could potentially be an issue if the log manager installed is not the jboss-logmanager. Adding system module (or adding the library to the boot class path) and the java.util.logging.manager as the first system property in the JAVA_OPTS is the correct way to handle this.
{quote}
> Add Jolokia to the server
> -------------------------
>
> Key: ISPN-7599
> URL: https://issues.jboss.org/browse/ISPN-7599
> Project: Infinispan
> Issue Type: Feature Request
> Components: Cloud Integrations, Server
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Critical
> Fix For: 9.1.0.Final
>
>
> The server should support exposing [Jolokia|https://jolokia.org] endpoints. The support should be disabled by default and there should be possibility to enable it using an environmental variable.
> OpenShift has special Administration Console for Jolokia-enabled endpoints.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7600) Add Jolokia support for Managment Console
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-7600:
-----------------------------------------
Summary: Add Jolokia support for Managment Console
Key: ISPN-7600
URL: https://issues.jboss.org/browse/ISPN-7600
Project: Infinispan
Issue Type: Feature Request
Components: JMX, reporting and management
Reporter: Sebastian Łaskawiec
Assignee: Ryan Emerson
Priority: Critical
Fix For: 9.1.0.Final
The Management Console should be able to support Jolokia-enabled endpoints. This is required for supporting the console in Embedded Mode.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7599) Add Jolokia to the server
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-7599:
-----------------------------------------
Summary: Add Jolokia to the server
Key: ISPN-7599
URL: https://issues.jboss.org/browse/ISPN-7599
Project: Infinispan
Issue Type: Feature Request
Components: Cloud Integrations, Server
Reporter: Sebastian Łaskawiec
Assignee: Sebastian Łaskawiec
Priority: Critical
Fix For: 9.1.0.Final
The server should support exposing [Jolokia|https://jolokia.org] endpoints. The support should be disabled by default and there should be possibility to enable it using an environmental variable.
OpenShift has special Administration Console for Jolokia-enabled endpoints.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7555) Originator node in launch new task dialog is not displayed correctly in standalone mode
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-7555?page=com.atlassian.jira.plugin.... ]
Ryan Emerson commented on ISPN-7555:
------------------------------------
[~vblagojevic] Can we not create a function in controller to return the host name. If launch type `isStandaloneClusteredMode` display without ":" other wise display as before?
> Originator node in launch new task dialog is not displayed correctly in standalone mode
> ---------------------------------------------------------------------------------------
>
> Key: ISPN-7555
> URL: https://issues.jboss.org/browse/ISPN-7555
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 9.0.0.CR2
> Reporter: Roman Macor
> Assignee: Vladimir Blagojevic
> Priority: Minor
>
> - start server in standalone clustered mode - bin/standalone.sh -c clustered.xml
> - click on cache container - Tasks execution tab -> Launch new task -> click on Originator node
> result: the node is displayed like this: terminator:terminator, if we set the server name, e.g. server-one, it's displayed like this: server-one:server-one ("terminator" is hostname from /etc/hostname)
> expected result: host-name:server-name (same as in domain mode)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7595) UnsupportedOperationException is thrown when persist + flush + dirty entity + commit
by Allan Jones (JIRA)
[ https://issues.jboss.org/browse/ISPN-7595?page=com.atlassian.jira.plugin.... ]
Allan Jones commented on ISPN-7595:
-----------------------------------
Is this an atomikos bug?
I'm migrating an application from hibernate 4.3.x / Infinispan 7.2.x to hibernate 5.2.8 / infinispan 8.2.6
I have created a test case based on our current setup and configuration. And removing the non-transactional infinispan cache is not an option for us.
Is there another option for us to overcome this issue?
> 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)
7 years, 10 months
[JBoss JIRA] (ISPN-7595) UnsupportedOperationException is thrown when persist + flush + dirty entity + commit
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-7595?page=com.atlassian.jira.plugin.... ]
Radim Vansa resolved ISPN-7595.
-------------------------------
Resolution: Won't Fix
> 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)
7 years, 10 months
[JBoss JIRA] (ISPN-7595) UnsupportedOperationException is thrown when persist + flush + dirty entity + commit
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-7595?page=com.atlassian.jira.plugin.... ]
Radim Vansa commented on ISPN-7595:
-----------------------------------
The root cause is the order in which synchronizations are invoked in Atomikos. While JBossTM (which we use for both development & testing) invokes {{Synchronization#beforeCompletion}} in the same order as they were registered ({{#afterCompletion}} is invoked in the opposite order), Atomikos holds these in a stack and {{#beforeCompletion}} is invoked in the opposite order. As Hibernate registers itself during {{#openSession}} and Infinispan during {{#persist}}, Infinispan starts committing the transaction, an then Hibernate calls flush on the dirty entity - but at this point Infinispan does not allow to modify the transaction in commit process anymore.
I think that the best and only solution to this is using non-transactional Infinispan cache, which should be more performant anyway. If you take a look on current default Infinispan configuration, it is non-transactional.
> 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)
7 years, 10 months
[JBoss JIRA] (ISPN-7555) Originator node in launch new task dialog is not displayed correctly in standalone mode
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-7555?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic commented on ISPN-7555:
-------------------------------------------
[~ryanemerson] if you have some ideas how we can resolve this info, and if it is available at all, let me know!
> Originator node in launch new task dialog is not displayed correctly in standalone mode
> ---------------------------------------------------------------------------------------
>
> Key: ISPN-7555
> URL: https://issues.jboss.org/browse/ISPN-7555
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 9.0.0.CR2
> Reporter: Roman Macor
> Assignee: Vladimir Blagojevic
> Priority: Minor
>
> - start server in standalone clustered mode - bin/standalone.sh -c clustered.xml
> - click on cache container - Tasks execution tab -> Launch new task -> click on Originator node
> result: the node is displayed like this: terminator:terminator, if we set the server name, e.g. server-one, it's displayed like this: server-one:server-one ("terminator" is hostname from /etc/hostname)
> expected result: host-name:server-name (same as in domain mode)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months