[JBoss JIRA] (ISPN-8836) Custom region definition causes ISPN000453
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8836?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8836:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.3.0.Final
Resolution: Done
> Custom region definition causes ISPN000453
> ------------------------------------------
>
> Key: ISPN-8836
> URL: https://issues.jboss.org/browse/ISPN-8836
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.2.0.CR2
> Environment: Hibernate 5.2.13 SpringFramework 5.0.2.RELEASE
> Reporter: Anton Zalesky
> Assignee: Radim Vansa
> Priority: Critical
> Fix For: 9.3.0.Final
>
>
> I have entity with defined region
> @Entity
> @Table(name = "Dashboard")
> @Cache(usage = CacheConcurrencyStrategy.READ_WRITE, region = "dashboard")
> public class Dashboard {..}
> And I have infinispan.xml with custom configuration for region
> <local-cache name="dashboard" simple-cache="true" statistics="true" statistics-available="true">
> <transaction mode="NONE" />
> <expiration max-idle="14400000" />
> <memory>
> <object size="10000"/>
> </memory>
> </local-cache>
> On start I get the following exception
> org.infinispan.commons.CacheConfigurationException: ISPN000453: Attempt to define configuration for cache dashboard which already exists
> at org.infinispan.manager.DefaultCacheManager.doDefineConfiguration(DefaultCacheManager.java:370)
> at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:342)
> at org.infinispan.hibernate.cache.commons.InfinispanRegionFactory.getCache(InfinispanRegionFactory.java:692)
> at org.infinispan.hibernate.cache.commons.InfinispanRegionFactory.buildEntityRegion(InfinispanRegionFactory.java:332)
> at org.hibernate.cache.spi.RegionFactory.buildEntityRegion(RegionFactory.java:132)
> at org.hibernate.internal.CacheImpl.determineEntityRegionAccessStrategy(CacheImpl.java:439)
> at org.hibernate.metamodel.internal.MetamodelImpl.initialize(MetamodelImpl.java:120)
> at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:300)
> at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:460)
> at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:710)
> at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:726)
> at org.springframework.orm.hibernate5.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:535)
> at org.springframework.orm.hibernate5.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:519)
> at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1769)
> at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1706)
> ... 97 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 6 months
[JBoss JIRA] (ISPN-8431) ScatteredSplitAndMergeTest random failures
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8431?page=com.atlassian.jira.plugin.... ]
Radim Vansa commented on ISPN-8431:
-----------------------------------
I see what's the problem: when the entry is prefetched it is inserted into the cache mocking a state transfer update. However, if the state transfer manages to insert the entry during the prefetch, the prefetched update fails as the version is equal (not higher). However that means that the value in context is not updated either.
Fix (inserting the entry using {{wrapExternalEntry}}) should be easy, but I need to write a test for this. The logs also manifested that local loading of the RemoteMetadata during prefetch does not work properly ({{GetCacheEntryCommand}} returns {{null}} when value is {{null}} even if metadata is present).
> ScatteredSplitAndMergeTest random failures
> ------------------------------------------
>
> Key: ISPN-8431
> URL: https://issues.jboss.org/browse/ISPN-8431
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.Alpha1
> Environment: Jenkins
> Reporter: Tristan Tarrant
> Assignee: Radim Vansa
> Labels: testsuite_stability
> Attachments: ScatteredSplitAndMergeTest_20180129.log.gz, ScatteredSplitAndMergeTest_ISPN-7919_RpcManager_ResponseCollector_20171212.log.gz
>
>
> http://ci.infinispan.org/job/Infinispan/job/master/214/testReport/junit/o...
> java.lang.AssertionError: expected [null] but found [v0]
> at org.infinispan.partitionhandling.ScatteredSplitAndMergeTest.testSplitAndMerge(ScatteredSplitAndMergeTest.java:80)
> at org.infinispan.partitionhandling.ScatteredSplitAndMergeTest.testSplitAndMerge5(ScatteredSplitAndMergeTest.java:51)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 20 stack frames
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 6 months
[JBoss JIRA] (ISPN-9295) Server fails to start if maven repo does not have Xerces
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9295?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-9295.
------------------------------------
Resolution: Rejected
You can download the full server zip from: http://downloads.jboss.org/infinispan/9.3.0.CR1/infinispan-server-9.3.0.C...
> Server fails to start if maven repo does not have Xerces
> --------------------------------------------------------
>
> Key: ISPN-9295
> URL: https://issues.jboss.org/browse/ISPN-9295
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.3.0.CR1
> Reporter: Galder Zamarreño
> Priority: Minor
> Fix For: 9.3.0.Final
>
>
> If XercesImpl is not present in maven repo, there doesn't seem to be an attempt to download and instead you get:
> {code}
> [Host Controller] Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to resolve artifact 'xerces:xercesImpl:2.11.0.SP5' (position: END_TAG seen ...resources>\n <artifact name="xerces:xercesImpl:2.11.0.SP5"/>... @26:56)
> [Host Controller] at org.jboss.modules.xml.ModuleXmlParser.parseArtifact(ModuleXmlParser.java:981)
> [Host Controller] at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:869)
> [Host Controller] at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:659)
> [Host Controller] at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:426)
> [Host Controller] at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:302)
> [Host Controller] ... 15 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 6 months
[JBoss JIRA] (ISPN-9276) FunctionalEncodingTypeTest.testDistReturnViewFromReadWriteEvalOnNonOwner[tx=true] always fails
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9276?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9276:
-------------------------------
Status: Open (was: Pull Request Sent)
> FunctionalEncodingTypeTest.testDistReturnViewFromReadWriteEvalOnNonOwner[tx=true] always fails
> ----------------------------------------------------------------------------------------------
>
> Key: ISPN-9276
> URL: https://issues.jboss.org/browse/ISPN-9276
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.3.0.CR1
> Reporter: Dan Berindei
> Assignee: Radim Vansa
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.3.0.Final
>
>
> The test is not currently running during the build because of ISPN-9149, but fails when run manually:
> {noformat}
> java.lang.Error: java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalEncodingTypeTest[tx=true]-NodeB-35039, see cause for remote stack trace
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47)
> at org.infinispan.functional.FunctionalMapTest.doReturnViewFromReadWriteEval(FunctionalMapTest.java:595)
> at org.infinispan.functional.FunctionalMapTest.testDistReturnViewFromReadWriteEvalOnNonOwner(FunctionalMapTest.java:584)
> Caused by: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalEncodingTypeTest[tx=true]-NodeB-35039, see cause for remote stack trace
> at org.infinispan.remoting.transport.ResponseCollectors.wrapRemoteException(ResponseCollectors.java:27)
> at org.infinispan.remoting.transport.RemoteGetResponseCollector.addResponse(RemoteGetResponseCollector.java:26)
> at org.infinispan.remoting.transport.RemoteGetResponseCollector.addResponse(RemoteGetResponseCollector.java:17)
> at org.infinispan.remoting.transport.impl.MultiTargetRequest.onResponse(MultiTargetRequest.java:91)
> at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:52)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1364)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1267)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$300(JGroupsTransport.java:125)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1412)
> at org.jgroups.JChannel.up(JChannel.java:816)
> Caused by: org.infinispan.commons.marshall.NotSerializableException: org.infinispan.functional.impl.EntryViews$EntryBackedReadWriteView
> Caused by: an exception which occurred:
> in object org.infinispan.functional.impl.EntryViews$EntryBackedReadWriteView@72d6a840
> -> toString = EntryBackedReadWriteView{entry=VersionedRepeatableReadEntry(39ed5af7){key=TestKey#MagicKey{778/3FB8CBF3/178@FunctionalEncodingTypeTest[tx=true]-NodeB-35039}, value=TestValue#one, isCreated=true, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metadata=MetaParamsInternalMetadata{params=MetaParams{length=1, metas=[MetaEntryVersion=SimpleClusteredVersion{topologyId=0, version=0}]}}}}
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 6 months
[JBoss JIRA] (ISPN-9286) WriteBehindFaultToleranceTest Failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-9286?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-9286:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> WriteBehindFaultToleranceTest Failures
> --------------------------------------
>
> Key: ISPN-9286
> URL: https://issues.jboss.org/browse/ISPN-9286
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Loaders and Stores
> Affects Versions: 9.3.0.CR1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Fix For: 9.3.0.Final
>
>
> #testBlockingOnStoreAvailabilityChange failure due to the async write not completing before store.size is called.
> {code:java}
> java.lang.AssertionError: expected:<1> but was:<0>
> at org.infinispan.persistence.WriteBehindFaultToleranceTest.testBlockingOnStoreAvailabilityChange(WriteBehindFaultToleranceTest.java:55)
> at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 23 stack frames
> {code}
> #testWritesFailSilentlyWhenConfigured failure due to the async write not being executed on the store before the entry is loaded from the store.
> {code:java}
> java.lang.NullPointerException
> at org.infinispan.persistence.WriteBehindFaultToleranceTest.testWritesFailSilentlyWhenConfigured(WriteBehindFaultToleranceTest.java:110)
> at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 18 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 6 months