[JBoss JIRA] (ISPN-3904) Migrate JDBC cache store tests
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3904?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-3904:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1088310
> Migrate JDBC cache store tests
> ------------------------------
>
> Key: ISPN-3904
> URL: https://issues.jboss.org/browse/ISPN-3904
> Project: Infinispan
> Issue Type: Task
> Components: Server
> Reporter: Vitalii Chepeliuk
> Assignee: Vitalii Chepeliuk
> Labels: task
> Fix For: 7.0.0.Alpha3
>
>
> Migrating finctional tests for JDBC cache store
> Following modules will be migrated: async-store, binary-no-passivation, binary-with-passivation, invalidation-cache, mixed-no-passivation, mixed-with-passivation, string-based-multinode, string-based-no-passivation, string-based-with-passivation
> There is issue with passivating oldest entries https://issues.jboss.org/browse/ISPN-4187 . Should be resolved
--
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
11 years, 11 months
[JBoss JIRA] (ISPN-4213) clustered Wildfly unexpected nodes SuspectException
by Hielke Hoeve (JIRA)
Hielke Hoeve created ISPN-4213:
----------------------------------
Summary: clustered Wildfly unexpected nodes SuspectException
Key: ISPN-4213
URL: https://issues.jboss.org/browse/ISPN-4213
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 6.0.1.Final
Environment: ubuntu 13.04, jboss wildfly 8.0.1, infinispan 6.0.1.Final, jgroups 3.4.3.Final
Reporter: Hielke Hoeve
Assignee: Dan Berindei
Our current production system has a cluster of 2 nodes using Wildfly 8.0.1. We have used the "ha" profile and "ha" socket-binding-group as a baseline to create the profile for the clusters. The cluster has a REST application deployed. This application uses 2 infinispan cache containers (hibernate and application). In total these views have 5 local caches, 3 invalidation caches and 7 replicated caches. The cache containers use udp as transport. Our hibernate container is the default config as provided by the "ha" profile.
Last thursday and yesterday the one of the nodes started throwing SuspectException during a hibernate flush. The applications had only a few active users.
Node 1 says:
-----------------
2014-04-15 17:40:53,380 ERROR [org.jboss.as.ejb3.invocation] (default task-22) JBAS014134: EJB Invocation failed on component ConversatieResourceRESTService
for method public javax.ws.rs.core.Response ...ConversatieResourceRESTService.setStatus(...event.Con
versatieStatusObject): javax.ejb.EJBTransactionRolledbackException: Transaction rolled back
...
...
at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1306) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.CacheImpl.putInternal(CacheImpl.java:878) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.CacheImpl.put(CacheImpl.java:870) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.DecoratedCache.put(DecoratedCache.java:401) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.infinispan.AbstractDelegatingCache.put(AbstractDelegatingCache.java:276) [infinispan-core-6.0.1.Final.jar:6.0.1.Final]
at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.update(TransactionalAccessDelegate.java:192) [hibernate-infinispan-4.3.4.Final.j
ar:4.3.4.Final]
at org.hibernate.cache.infinispan.entity.TransactionalAccess.update(TransactionalAccess.java:89) [hibernate-infinispan-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.action.internal.EntityUpdateAction.cacheUpdate(EntityUpdateAction.java:234) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:209) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:461) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:347) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:350) [hibernate-core-4.3.4.Final.j
ar:4.3.4.Final]
at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:56) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1222) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:425) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorNonTrackingImpl.beforeCompletion(SynchronizationCallba
ckCoordinatorNonTrackingImpl.java:110) [hibernate-core-4.3.4.Final.jar:4.3.4.Final]
... 117 more
Caused by: SuspectedException
at org.jgroups.blocks.MessageDispatcher.sendMessage(MessageDispatcher.java:406)
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:353) [infinispan-core-6.0.1.F
inal.jar:6.0.1.Final]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:167) [infinispan-core-6.0.1
.Final.jar:6.0.1.Final]
... 161 more
2014-04-15 17:40:53,707 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-7,shared=udp) ISPN000094: Received new cluster view: [node1:rest1-even/hibernate-even|2] (1) [node1:rest1-even/hibernate-even]
2014-04-15 17:40:53,707 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-14,shared=udp) ISPN000094: Received new cluster view: [node1:rest1-even/application-even|2] (1) [node1:rest1-even/application-even]
Node 2 says:
-----------------
2014-04-15 17:40:17,934 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-19,shared=udp) ISPN000094: Received new cluster view: [node2:rest2-even/hibernate-even|2] (1) [node2:rest2-even/hibernate-even]
2014-04-15 17:40:17,934 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-17,shared=udp) ISPN000094: Received new cluster view: [node2:rest2-even/application-even|2] (1) [node2:rest2-even/application-even]
...
...
2014-04-15 17:40:50,737 WARN [org.jgroups.protocols.UDP] (Timer-2,shared=udp) JGRP000032: null: no physical address for node1:rest1-even/hibernate-even, dropping message
2014-04-15 17:40:52,543 WARN [org.jgroups.protocols.UDP] (Timer-5,shared=udp) JGRP000032: null: no physical address for node1:rest1-even/application-even, dropping message
(repeats 100 times)
...
Is there any way I can get more logging than the WARNs above? Does anyone have pointers how or when this SuspectException is thrown?
--
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
11 years, 11 months
[JBoss JIRA] (ISPN-4100) Could not set the store properties for a *-keyed-jdbc-store
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4100?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4100:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2506
> Could not set the store properties for a *-keyed-jdbc-store
> -----------------------------------------------------------
>
> Key: ISPN-4100
> URL: https://issues.jboss.org/browse/ISPN-4100
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 7.0.0.Alpha1
> Reporter: Wolf-Dieter Fink
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha4, 7.0.0.Final
>
>
> It is not possible to set the jdbc-store properties.
> i.e. the databaseType will throw an Exception:
> <replicated-cache name="MyJDBCCache" ...>
> <locking isolation="NONE" acquire-timeout="30000" concurrency-level="1000" striping="false" />
> <binary-keyed-jdbc-store datasource="java:/jdbc/CacheStoreDS" passivation="false" preload="true" purge="false" shared="true">
> <property name="createTableOnStart">true</property>
> <property name="dropTableOnExit">false</property>
> <property name="databaseType">MYSQL</property>
> <binary-keyed-table prefix="JDG">
> <id-column name="id" type="VARCHAR(255)" />
> <data-column name="datum" type="BLOB" />
> <timestamp-column name="version" type="BIGINT" />
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </replicated-cache>
> ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 19) JBAS014612: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "clustered"),
> ("replicated-cache" => "MyJDBCCache")
> ]): org.infinispan.commons.CacheConfigurationException: Couldn't find a setter named [setDatabaseType] which takes a single parameter, for parameter databaseType on class [class org.infinispan.persistence.jdbc.configuration.JdbcBinaryStoreConfigurationBuilder]
> at org.infinispan.configuration.parsing.XmlConfigHelper.setValues(XmlConfigHelper.java:450)
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:91)
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:9)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.parseCommonAttributes(CacheAdd.java:877)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.handleStoreProperties(CacheAdd.java:581)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.processModelNode(CacheAdd.java:520)
> at org.jboss.as.clustering.infinispan.subsystem.ClusteredCacheAdd.processModelNode(ClusteredCacheAdd.java:70)
> at org.jboss.as.clustering.infinispan.subsystem.SharedStateCacheAdd.processModelNode(SharedStateCacheAdd.java:47)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.installRuntimeServices(CacheAdd.java:223)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.performRuntime(CacheAdd.java:199)
> at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:50) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:322) [jboss-as-controller-7.2.0.Final.jar:7.2.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.0.Final.jar:2.1.0.Final]
> 17:41:13,919 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) "JBAS014784: Failed executing subsystem infinispan boot operations"
--
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
11 years, 11 months
[JBoss JIRA] (ISPN-4211) Introduce "dialect" attribute for jdbc cache stores
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4211?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4211:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2506
> Introduce "dialect" attribute for jdbc cache stores
> ---------------------------------------------------
>
> Key: ISPN-4211
> URL: https://issues.jboss.org/browse/ISPN-4211
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Fix For: 7.0.0.Beta1
>
>
> The main goal is to provide a specific configuration attribute for XML configuration. I.e.
> {code:xml}
> <string-keyed-jdbc-store name="jdbc-store" datasource="java:jboss/datasources/JdbcDS" dialect="MYSQL" ...
> {code}
> instead of having to specify a custom property by
> {code:xml}
> <string-keyed-jdbc-store name="jdbc-store" datasource="java:jboss/datasources/JdbcDS" ... >
> <property name="databaseType">${database.type}</property>
> ...
> </string-keyed-jdbc-store>
> {code}
> This will also result in different way of configuring ISPN in embedded mode: .addStore(JdbcBinaryStoreConfigurationBuilder.class).table().databaseType(....) -> .addStore(JdbcBinaryStoreConfigurationBuilder.class)).dialect(...)
--
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
11 years, 11 months
[JBoss JIRA] (ISPN-4212) Unable to get entries from newly started non-defined caches
by Jakub Markos (JIRA)
Jakub Markos created ISPN-4212:
----------------------------------
Summary: Unable to get entries from newly started non-defined caches
Key: ISPN-4212
URL: https://issues.jboss.org/browse/ISPN-4212
Project: Infinispan
Issue Type: Bug
Components: Remote Protocols, Server
Reporter: Jakub Markos
Assignee: Galder Zamarreño
If you use hotrod to put entries into a cache which is not defined in standalone.xml, it will be started:
{code}
15:35:50,676 INFO [org.jboss.as.clustering.infinispan] (HotRodServerWorker-1) JBAS010281: Started nonDefinedCache cache from local container
{code}
but when you try to retrieve the entry back, you'll get null.
{code}
RemoteCacheManager rcm = new RemoteCacheManager(new ConfigurationBuilder().addServer().host("localhost").port(11222).build());
RemoteCache<String, String> cache = rcm.getCache("nonDefinedCache");
cache.put("key", "value");
cache.get("key"); // returns null
{code}
Happens in the current server snapshot.
A while back you'd get this
{code}
WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'nonDefinedCache' not found amongst the configured caches
{code}
So it seems we're somewhere in the middle now (not throwing exception, but also not working). The documentation here is also wrong https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... .
--
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
11 years, 11 months
[JBoss JIRA] (ISPN-3884) MarshalledValueContextTest fails on IBM6
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3884?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-3884:
------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1051491, https://bugzilla.redhat.com/show_bug.cgi?id=1087825 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1051491)
> MarshalledValueContextTest fails on IBM6
> ----------------------------------------
>
> Key: ISPN-3884
> URL: https://issues.jboss.org/browse/ISPN-3884
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Environment: RHEL6, IBM 6
> Reporter: Vojtech Juranek
> Assignee: William Burns
> Labels: testsuite_stability
>
> {noformat}
> java.lang.ArrayStoreException
> at java.util.ArrayList.set(ArrayList.java:635)
> at org.infinispan.commands.control.LockControlCommand.replaceKey(LockControlCommand.java:84)
> at org.infinispan.interceptors.MarshalledValueInterceptor.visitLockControlCommand(MarshalledValueInterceptor.java:91)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:114)
> at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:181)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:147)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.context.MarshalledValueContextTest$ContextExtractingInterceptor.handleDefault(MarshalledValueContextTest.java:79)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:147)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:78)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.CacheImpl.lock(CacheImpl.java:656)
> at org.infinispan.CacheImpl.lock(CacheImpl.java:639)
> at org.infinispan.context.MarshalledValueContextTest.testContentsOfContext(MarshalledValueContextTest.java:52)
> 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.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:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:906)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:929)
> at java.lang.Thread.run(Thread.java:761)
> {noformat}
--
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
11 years, 12 months