[JBoss JIRA] (ISPN-2967) bdbje - cannot preload
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2967?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2967:
--------------------------------
Assignee: Pedro Ruivo (was: Mircea Markus)
> bdbje - cannot preload
> ----------------------
>
> Key: ISPN-2967
> URL: https://issues.jboss.org/browse/ISPN-2967
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 5.2.5.Final
> Environment: fedora 18, openjdk 1.7
> Reporter: Aleksandar Kostadinov
> Assignee: Pedro Ruivo
> Priority: Minor
> Fix For: 6.0.0.Final
>
>
> setting preload=true when using bdbje store results in exceptions that are otherwise not seen.
> {code}
> 00:45:30,745 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.preload() on object of type CacheLoaderManagerImpl
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:377) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:223) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3392) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3850) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:89) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> Caused by: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.preload() on object of type CacheLoaderManagerImpl
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:657) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:646) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:549) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:217) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.start(CacheImpl.java:582) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:121) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at com.jboss.datagrid.chunchun.jsf.InitializeCache.startup(InitializeCache.java:82) [classes:]
> at com.jboss.datagrid.chunchun.jsf.InitializeCache.processEvent(InitializeCache.java:76) [classes:]
> at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
> at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2169) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2145) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:288) [jboss-as-weld-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:602) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:371) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> ... 9 more
> Caused by: java.lang.IllegalStateException: This is a tx cache!
> at org.infinispan.context.TransactionalInvocationContextContainer.createInvocationContext(TransactionalInvocationContextContainer.java:112) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.getInvocationContext(CacheImpl.java:531) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.getInvocationContextWithImplicitTransaction(CacheImpl.java:515) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.put(CacheImpl.java:776) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.DecoratedCache.put(DecoratedCache.java:180) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.loaders.CacheLoaderManagerImpl.preload(CacheLoaderManagerImpl.java:258) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea]
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> ... 28 more
> 00:45:30,747 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/chunchun]] (MSC service thread 1-1) Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.preload() on object of type CacheLoaderManagerImpl
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:290) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3392) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3850) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:89) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> Caused by: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.preload() on object of type CacheLoaderManagerImpl
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:377) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:223) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> ... 8 more
> Caused by: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.preload() on object of type CacheLoaderManagerImpl
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:657) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:646) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:549) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:217) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.start(CacheImpl.java:582) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:121) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at com.jboss.datagrid.chunchun.jsf.InitializeCache.startup(InitializeCache.java:82) [classes:]
> at com.jboss.datagrid.chunchun.jsf.InitializeCache.processEvent(InitializeCache.java:76) [classes:]
> at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
> at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2169) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2145) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:288) [jboss-as-weld-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:602) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:371) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> ... 9 more
> Caused by: java.lang.IllegalStateException: This is a tx cache!
> at org.infinispan.context.TransactionalInvocationContextContainer.createInvocationContext(TransactionalInvocationContextContainer.java:112) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.getInvocationContext(CacheImpl.java:531) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.getInvocationContextWithImplicitTransaction(CacheImpl.java:515) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.CacheImpl.put(CacheImpl.java:776) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.DecoratedCache.put(DecoratedCache.java:180) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at org.infinispan.loaders.CacheLoaderManagerImpl.preload(CacheLoaderManagerImpl.java:258) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea]
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) [infinispan-core-5.2.5.Final.jar:5.2.5.Final]
> ... 28 more
> 00:45:30,749 ERROR [org.apache.catalina.core.StandardContext] (MSC service thread 1-1) Error listenerStart
> 00:45:30,749 ERROR [org.apache.catalina.core.StandardContext] (MSC service thread 1-1) Context [/chunchun] startup failed due to previous errors
> {code}
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-2793) REST Server WAR default config
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2793?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2793:
--------------------------------
Assignee: Tristan Tarrant (was: Mircea Markus)
> REST Server WAR default config
> ------------------------------
>
> Key: ISPN-2793
> URL: https://issues.jboss.org/browse/ISPN-2793
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 5.2.0.Final
> Reporter: Michal Linhard
> Assignee: Tristan Tarrant
> Priority: Minor
> Fix For: 6.0.0.Final
>
>
> REST Server war file comes with this web.xml
> {code}
> <!-- Specify your cache configuration file -->
> <init-param>
> <param-name>infinispan.config</param-name>
> <param-value>config-samples/sample.xml</param-value>
> </init-param>
> {code}
> that depend's on certain file to exist, otherwise the deployment will throw an exception:
> {code}
> 09:20:14,148 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/infinispan]] (MSC service thread 1-2) Servlet /infinispan threw load() exception: java.io.FileNotFoundException: config-samples/sample.xml (No such file or directory)
> at java.io.FileInputStream.open(Native Method) [rt.jar:1.6.0_37]
> at java.io.FileInputStream.<init>(FileInputStream.java:120) [rt.jar:1.6.0_37]
> at java.io.FileInputStream.<init>(FileInputStream.java:79) [rt.jar:1.6.0_37]
> at org.infinispan.util.AbstractFileLookup.lookupFileStrict(AbstractFileLookup.java:83) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:326) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:313) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.rest.StartupListener.init(StartupListener.scala:59) [classes:]
> at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1102) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3655) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3873) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:89) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_37]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_37]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_37]
> {code}
> What about commenting this out, so that default config is used.
> I'll do the pull if you agree..
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-2793) REST Server WAR default config
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2793?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-2793:
-------------------------------------
[~mlinhard] sounds like a good solution to me. [~NadirX] wdyt?
> REST Server WAR default config
> ------------------------------
>
> Key: ISPN-2793
> URL: https://issues.jboss.org/browse/ISPN-2793
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 5.2.0.Final
> Reporter: Michal Linhard
> Assignee: Tristan Tarrant
> Priority: Minor
> Fix For: 6.0.0.Final
>
>
> REST Server war file comes with this web.xml
> {code}
> <!-- Specify your cache configuration file -->
> <init-param>
> <param-name>infinispan.config</param-name>
> <param-value>config-samples/sample.xml</param-value>
> </init-param>
> {code}
> that depend's on certain file to exist, otherwise the deployment will throw an exception:
> {code}
> 09:20:14,148 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/infinispan]] (MSC service thread 1-2) Servlet /infinispan threw load() exception: java.io.FileNotFoundException: config-samples/sample.xml (No such file or directory)
> at java.io.FileInputStream.open(Native Method) [rt.jar:1.6.0_37]
> at java.io.FileInputStream.<init>(FileInputStream.java:120) [rt.jar:1.6.0_37]
> at java.io.FileInputStream.<init>(FileInputStream.java:79) [rt.jar:1.6.0_37]
> at org.infinispan.util.AbstractFileLookup.lookupFileStrict(AbstractFileLookup.java:83) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:326) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:313) [infinispan-core-5.2.0-SNAPSHOT.jar:5.2.0-SNAPSHOT]
> at org.infinispan.rest.StartupListener.init(StartupListener.scala:59) [classes:]
> at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1102) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3655) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3873) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:89) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_37]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_37]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_37]
> {code}
> What about commenting this out, so that default config is used.
> I'll do the pull if you agree..
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-2013) Using explicit "unlock" causes TimeoutException for other Threads
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2013?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2013:
--------------------------------
Assignee: Pedro Ruivo (was: Mircea Markus)
> Using explicit "unlock" causes TimeoutException for other Threads
> -----------------------------------------------------------------
>
> Key: ISPN-2013
> URL: https://issues.jboss.org/browse/ISPN-2013
> Project: Infinispan
> Issue Type: Bug
> Components: Locking and Concurrency
> Affects Versions: 5.1.2.FINAL
> Environment: Windows 7 64-bit
> Reporter: Dmitry Udalov
> Assignee: Pedro Ruivo
> Fix For: 6.0.0.Final
>
> Attachments: LockTest.java
>
>
> In a test I have several tasks that run on a single cache node configured as transactional pessimistic replicated cache. If I explicitly call "unlock" then I consistently see TimeoutException reported by some tasks. Without explicit "unlock" the test works fine. Does it mean that I should never call "unlock" and rely on transaction.commit/rollback ? It's seen with infinispan-5.1.2.FINAL
>
> Here's what in a nutshell each task does:
>
> final lockKey = ...
>
> executor.submit(new Callable<Boolean>() {
> public Boolean call() throws Exception
>
> TransactionManager tx = cache.getAdvancedCache().getTransactionManager();
> tx.begin()
> try {
> if ( lockManager.lock(lockKey) ) {
>
> // ...
>
> // removing next line makes test happy. Otherwise some tasks report TimeoutException (pls. see the stack traces)
> cache.getLockManager().unlock(lockKey);
> }
> } catch(Throwable t) {
> tx.setRollbackOnly();
> } finally {
> if (ut.getStatus() == Status.STATUS_ACTIVE)
> ut.commit();
> else
> ut.rollback();
> }
>
>
> By the time I received that exception all other tasks were completed and they released the lock on the key in question.
> I also see that LockManagerImpl.lock recognized that the lock was not owned by any thread - see "Lock held by [null]", which seems to be right. But yet the lock failed to be acquired.
> Is it a matter to trying it one more time?
>
> org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [10 seconds] on key [foo] for requestor [GlobalTransaction:<Sound-15075>:8:local]! Lock held by [null]
> at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:206)
> at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLock(LockManagerImpl.java:180)
> at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLock(LockManagerImpl.java:170)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockKeyAndCheckOwnership(AbstractTxLockingInterceptor.java:209)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAndRegisterBackupLock(AbstractTxLockingInterceptor.java:136)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:228)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:159)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:144)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.StateTransferLockInterceptor.handleWithRetries(StateTransferLockInterceptor.java:207)
> at org.infinispan.interceptors.StateTransferLockInterceptor.visitLockControlCommand(StateTransferLockInterceptor.java:138)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:159)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:130)
> at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:94)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345)
> at org.infinispan.CacheImpl.lock(CacheImpl.java:484)
> at org.infinispan.CacheImpl.lock(CacheImpl.java:468)
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-2813) DummyTransaction do not commit is last resource transaction is read-only
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2813?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2813:
--------------------------------
Assignee: Pedro Ruivo (was: Mircea Markus)
> DummyTransaction do not commit is last resource transaction is read-only
> ------------------------------------------------------------------------
>
> Key: ISPN-2813
> URL: https://issues.jboss.org/browse/ISPN-2813
> Project: Infinispan
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 5.1.6.FINAL
> Reporter: Vitalii Tymchyshyn
> Assignee: Pedro Ruivo
> Priority: Minor
> Fix For: 6.0.0.Final
>
>
> Currently HEAD DummyTransaction.java has this code:
> ...
> for (XAResource res : resources) {
> try {
> int prepareStatus = res.prepare(xid);
> transaction.setPrepareStatus(prepareStatus);
> ...
> This means that transaction gets prepare status of the last resource (cache in case of infinispan) enlisted.
> Also it has next code:
> ...
> if (transaction.getPrepareStatus() == XAResource.XA_RDONLY) {
> log.debug("This is a read-only tx");
> } else {
> ... Do commit ...
> ...
> This means that if last resource returned XA_RDONLY (e.g. when on last cache only get was performed) all other resources are not committed.
> For me this results in locks held indefinitely and transaction leak.
> Correct would be to remember prepare status per-resource and act accordinly.
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-3266) Pessimistic Force Write Lock doesn't acquire remote lock
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3266?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3266:
--------------------------------
Assignee: Pedro Ruivo (was: Mircea Markus)
> Pessimistic Force Write Lock doesn't acquire remote lock
> --------------------------------------------------------
>
> Key: ISPN-3266
> URL: https://issues.jboss.org/browse/ISPN-3266
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Cache, Locking and Concurrency
> Affects Versions: 5.3.0.Final
> Reporter: William Burns
> Assignee: Pedro Ruivo
> Fix For: 6.0.0.Final
>
> Attachments: DistSyncL1PessimisticFuncTest.java
>
>
> Looking into FORCE_WRITE_LOCK it appears it only acquires a local lock in PessimisticLockingInterceptor. Thinking about this, it seems this should acquire only a remote lock on the primary node. Currently this isn't going to block writes at all. I am guessing this was just an oversight when redoing the locking mechanism.
> This causes other issues such as L1 inconsistencies which is how I ran into this and the locking should only occur on the remote node.
--
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
12 years, 9 months