[JBoss JIRA] (ISPN-8691) Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE)
by Dmitry Katsubo (JIRA)
Dmitry Katsubo created ISPN-8691:
------------------------------------
Summary: Infinispan rejects to read cache file bigger than 2147483647 (Integer.MAX_VALUE)
Key: ISPN-8691
URL: https://issues.jboss.org/browse/ISPN-8691
Project: Infinispan
Issue Type: Enhancement
Components: Loaders and Stores
Affects Versions: 9.1.1.Final
Reporter: Dmitry Katsubo
Priority: Minor
In my scenario the cache file size created by {{SingleFileStore}} is 3.054.196.342 bytes. When this file is tried to be loaded, it fails with the following exception:
{code}
Caused by: org.infinispan.persistence.spi.PersistenceException: ISPN000279: Failed to read stored entries from file. Error in file /work/search-service-layer_data/infinispan/cache_test_dk83146/markupCache.dat at offset 4
at org.infinispan.persistence.file.SingleFileStore.rebuildIndex(SingleFileStore.java:182)
at org.infinispan.persistence.file.SingleFileStore.start(SingleFileStore.java:127)
... 155 more
{code}
Cache file content:
{code}
0000000000: 46 43 53 31 80 B1 89 47 │ 00 00 00 00 00 00 00 00 FCS1?+%G
0000000010: 00 00 00 00 FF FF FF FF │ FF FF FF FF 02 15 4E 06 yyyyyyyy☻§N♠
0000000020: 05 03 04 09 00 00 00 2F │ 6F 72 67 2E 73 70 72 69 ♣♥♦○ /org.spri
0000000030: 6E 67 66 72 61 6D 65 77 │ 6F 72 6B 2E 63 61 63 68 ngframework.cach
0000000040: 65 2E 69 6E 74 65 72 63 │ 65 70 74 6F 72 2E 53 69 e.interceptor.Si
0000000050: 6D 70 6C 65 4B 65 79 4C │ 0A 57 03 6B 6D 93 D8 00 mpleKeyL◙W♥km"O
0000000060: 00 00 02 00 00 00 08 68 │ 61 73 68 43 6F 64 65 23 ☻ ◘hashCode#
0000000070: 00 00 00 00 06 70 61 72 │ 61 6D 73 16 00 16 15 E6 ♠params▬ ▬§?
{code}
The problem is that integer value 0x80B18947 is treated as signed integer in line {{SingleFileStore:181}}, hence in expression
{code}
if (fe.size < KEY_POS + fe.keyLen + fe.dataLen + fe.metadataLen) {
throw log.errorReadingFileStore(file.getPath(), filePos);
}
{code}
{{fe.size}} is negative and equal to -2135848633.
I have tried to configure the persistence storage so that it gets purged on start:
{code}
<persistence passivation="true">
<file-store path="/var/cache/infinispan" purge="true">
<write-behind thread-pool-size="5" />
</file-store>
</persistence>
{code}
however this does not help as storage is first read and then purged (see also ISPN-7186).
It is expected that {{SingleFileStore}} either does not allow to write such big entries to the cache, or handles them correctly.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8647) Log instance creation in class AbstractLocalCacheStream & AbstractCacheStream, cause system hang / hit performance
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8647?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8647:
-----------------------------------
Fix Version/s: 9.2.0.Final
> Log instance creation in class AbstractLocalCacheStream & AbstractCacheStream, cause system hang / hit performance
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-8647
> URL: https://issues.jboss.org/browse/ISPN-8647
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.1.Final, 9.1.2.Final, 9.1.3.Final, 9.1.4.Final
> Environment: On production environment
> Reporter: paragBorah Borah
> Assignee: Tristan Tarrant
> Priority: Critical
> Fix For: 9.2.0.CR1, 9.2.0.Final, 9.1.5.Final
>
> Attachments: TD1(1).zip
>
>
> Log instance creation got blocked in class AbstractLocalCacheStream & AbstractCacheStream, while performing stream operations on infinispan.
> On each thread dump, getting below exception multiple times. Which hang the system & hit performance
> "Thread-93,EXECUTOR_POOL" #57030 daemon prio=5 os_prio=0 tid=0x00000000867ca000 nid=0x2a78 waiting for monitor entry [0x00000000d349d000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
> waiting to lock <0x00000002cdb18a78> (a java.lang.Object)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.jboss.logging.Logger$1.run(Logger.java:2544)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516)
> at org.infinispan.util.logging.LogFactory.getLog(LogFactory.java:19)
> at org.infinispan.stream.impl.AbstractCacheStream.<init>(AbstractCacheStream.java:53)
> at org.infinispan.stream.impl.DistributedCacheStream.<init>(DistributedCacheStream.java:120)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet$1.<init>(DistributionBulkInterceptor.java:147)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet.stream(DistributionBulkInterceptor.java:147)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet.iterator(DistributionBulkInterceptor.java:102)
> at org.infinispan.stream.impl.local.ValueCacheCollection.iterator(ValueCacheCollection.java:38)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.iterator(EncoderCache.java:873)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.iterator(EncoderCache.java:852)
> at com.bmc.unifiedadmin.persistence.service.server.ServerDetailsCache.getIntegrationServiceById(ServerDetailsCache.java:788)
> at com.bmc.unifiedadmin.persistence.service.server.ServerDetailsCache.getProxyDetails(ServerDetailsCache.java:419)
> at com.bmc.unifiedadmin.persistence.service.server.IntegrationServicePersistenceServiceImpl.getIntegrationServiceDetails(IntegrationServicePersistenceServiceImpl.java:138)
> at com.bmc.unifiedadmin.persistence.service.server.IntegrationServicePersistenceServiceImpl.getAssociatedPAsWithISs(IntegrationServicePersistenceServiceImpl.java:828)
> at com.bmc.sas.ngp.service.unifiedadmin.integrationservice.IntegrationServiceImpl.getAllProxiesForServer(IntegrationServiceImpl.java:226)
> at com.proactivenet.api.aspen.ws.CAWSFacadePlatformImpl.loadServerDetails(CAWSFacadePlatformImpl.java:1255)
> at com.proactivenet.api.aspen.ws.CAWSFacadePlatformImpl.getAllServerAndISDetails(CAWSFacadePlatformImpl.java:1283)
> at com.bmc.sms.cmaws.ngp.wsclient.CMAJServiceClient.getAllServerAndISDetails(CMAJServiceClient.java:452)
> at com.bmc.sms.cmaws.rsbuilder.CMATSIMServerDetailsResultBuilder.buildResult(CMATSIMServerDetailsResultBuilder.java:75)
> at com.bmc.truesight.rest.taskexecution.TaskExecutionWorker.run(TaskExecutionWorker.java:83)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> ==
> "GatewayEvtMessageProcessor" #185 prio=5 os_prio=0 tid=0x0000000074094000 nid=0x2454 waiting for monitor entry [0x000000007fa8d000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
> waiting to lock <0x00000002cdb18a78> (a java.lang.Object)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.jboss.logging.Logger$1.run(Logger.java:2544)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516)
> at org.infinispan.util.logging.LogFactory.getLog(LogFactory.java:19)
> at org.infinispan.stream.impl.local.AbstractLocalCacheStream.<init>(AbstractLocalCacheStream.java:22)
> at org.infinispan.stream.impl.local.LocalCacheStream.<init>(LocalCacheStream.java:69)
> at org.infinispan.commands.read.EntrySetCommand$BackingEntrySet.stream(EntrySetCommand.java:145)
> at org.infinispan.stream.impl.local.ValueCacheCollection.stream(ValueCacheCollection.java:93)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.stream(EncoderCache.java:863)
> at com.bmc.truesight.api.extended.component.ComponentsDAO.getComponentsByType(ComponentsDAO.java:69)
> at com.bmc.truesight.api.extended.event.Events.getIdforComponentByCellName(Events.java:2414)
> at com.bmc.truesight.platform.components.gateway.CellGatewayServer.processNewEvent(CellGatewayServer.java:148)
> locked <0x00000002c7ad2a58> (a com.bmc.truesight.platform.components.gateway.CellGatewayServer)
> at com.bmc.sms.cellcomm.gw.GatewayServer$EventMessageProcessor.processMessage(GatewayServer.java:430)
> at com.bmc.sms.cellcomm.gw.GatewayServer$EventMessageProcessor.run(GatewayServer.java:340)
> at java.lang.Thread.run(Thread.java:748)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8647) Log instance creation in class AbstractLocalCacheStream & AbstractCacheStream, cause system hang / hit performance
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8647?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8647:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Log instance creation in class AbstractLocalCacheStream & AbstractCacheStream, cause system hang / hit performance
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-8647
> URL: https://issues.jboss.org/browse/ISPN-8647
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.1.Final, 9.1.2.Final, 9.1.3.Final, 9.1.4.Final
> Environment: On production environment
> Reporter: paragBorah Borah
> Assignee: Tristan Tarrant
> Priority: Critical
> Fix For: 9.2.0.CR1, 9.1.5.Final
>
> Attachments: TD1(1).zip
>
>
> Log instance creation got blocked in class AbstractLocalCacheStream & AbstractCacheStream, while performing stream operations on infinispan.
> On each thread dump, getting below exception multiple times. Which hang the system & hit performance
> "Thread-93,EXECUTOR_POOL" #57030 daemon prio=5 os_prio=0 tid=0x00000000867ca000 nid=0x2a78 waiting for monitor entry [0x00000000d349d000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
> waiting to lock <0x00000002cdb18a78> (a java.lang.Object)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.jboss.logging.Logger$1.run(Logger.java:2544)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516)
> at org.infinispan.util.logging.LogFactory.getLog(LogFactory.java:19)
> at org.infinispan.stream.impl.AbstractCacheStream.<init>(AbstractCacheStream.java:53)
> at org.infinispan.stream.impl.DistributedCacheStream.<init>(DistributedCacheStream.java:120)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet$1.<init>(DistributionBulkInterceptor.java:147)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet.stream(DistributionBulkInterceptor.java:147)
> at org.infinispan.interceptors.distribution.DistributionBulkInterceptor$BackingEntrySet.iterator(DistributionBulkInterceptor.java:102)
> at org.infinispan.stream.impl.local.ValueCacheCollection.iterator(ValueCacheCollection.java:38)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.iterator(EncoderCache.java:873)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.iterator(EncoderCache.java:852)
> at com.bmc.unifiedadmin.persistence.service.server.ServerDetailsCache.getIntegrationServiceById(ServerDetailsCache.java:788)
> at com.bmc.unifiedadmin.persistence.service.server.ServerDetailsCache.getProxyDetails(ServerDetailsCache.java:419)
> at com.bmc.unifiedadmin.persistence.service.server.IntegrationServicePersistenceServiceImpl.getIntegrationServiceDetails(IntegrationServicePersistenceServiceImpl.java:138)
> at com.bmc.unifiedadmin.persistence.service.server.IntegrationServicePersistenceServiceImpl.getAssociatedPAsWithISs(IntegrationServicePersistenceServiceImpl.java:828)
> at com.bmc.sas.ngp.service.unifiedadmin.integrationservice.IntegrationServiceImpl.getAllProxiesForServer(IntegrationServiceImpl.java:226)
> at com.proactivenet.api.aspen.ws.CAWSFacadePlatformImpl.loadServerDetails(CAWSFacadePlatformImpl.java:1255)
> at com.proactivenet.api.aspen.ws.CAWSFacadePlatformImpl.getAllServerAndISDetails(CAWSFacadePlatformImpl.java:1283)
> at com.bmc.sms.cmaws.ngp.wsclient.CMAJServiceClient.getAllServerAndISDetails(CMAJServiceClient.java:452)
> at com.bmc.sms.cmaws.rsbuilder.CMATSIMServerDetailsResultBuilder.buildResult(CMATSIMServerDetailsResultBuilder.java:75)
> at com.bmc.truesight.rest.taskexecution.TaskExecutionWorker.run(TaskExecutionWorker.java:83)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> ==
> "GatewayEvtMessageProcessor" #185 prio=5 os_prio=0 tid=0x0000000074094000 nid=0x2454 waiting for monitor entry [0x000000007fa8d000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
> waiting to lock <0x00000002cdb18a78> (a java.lang.Object)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.jboss.logging.Logger$1.run(Logger.java:2544)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529)
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516)
> at org.infinispan.util.logging.LogFactory.getLog(LogFactory.java:19)
> at org.infinispan.stream.impl.local.AbstractLocalCacheStream.<init>(AbstractLocalCacheStream.java:22)
> at org.infinispan.stream.impl.local.LocalCacheStream.<init>(LocalCacheStream.java:69)
> at org.infinispan.commands.read.EntrySetCommand$BackingEntrySet.stream(EntrySetCommand.java:145)
> at org.infinispan.stream.impl.local.ValueCacheCollection.stream(ValueCacheCollection.java:93)
> at org.infinispan.cache.impl.EncoderCache$EncoderValuesCollection.stream(EncoderCache.java:863)
> at com.bmc.truesight.api.extended.component.ComponentsDAO.getComponentsByType(ComponentsDAO.java:69)
> at com.bmc.truesight.api.extended.event.Events.getIdforComponentByCellName(Events.java:2414)
> at com.bmc.truesight.platform.components.gateway.CellGatewayServer.processNewEvent(CellGatewayServer.java:148)
> locked <0x00000002c7ad2a58> (a com.bmc.truesight.platform.components.gateway.CellGatewayServer)
> at com.bmc.sms.cellcomm.gw.GatewayServer$EventMessageProcessor.processMessage(GatewayServer.java:430)
> at com.bmc.sms.cellcomm.gw.GatewayServer$EventMessageProcessor.run(GatewayServer.java:340)
> at java.lang.Thread.run(Thread.java:748)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8646) PessimisticTxPartitionAndMergeDuringRollbackTest.testDegradedPartitionWithDiscard failures
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8646?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8646:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
9.2.0.Final
Resolution: Done
> PessimisticTxPartitionAndMergeDuringRollbackTest.testDegradedPartitionWithDiscard failures
> ------------------------------------------------------------------------------------------
>
> Key: ISPN-8646
> URL: https://issues.jboss.org/browse/ISPN-8646
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Fix For: 9.2.0.CR1, 9.2.0.Final
>
>
> The discard filter isn't working properly. the discard is only expects (and discard) a single command but if the retries happens to fast, the discard let it go through.
> this may be the cause of the other *discard* related failures in this package
> log relevant parts
> {noformat}
> #Node C discards the rollback (as expected)
> 15:34:04,611 TRACE (jgroups-11,PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886) [org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest] [Discard] Checking command RollbackCommand {gtx=GlobalTx:PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-2726:6, cacheName='pes-cache', topologyId=13}.
> 15:34:04,611 TRACE (jgroups-11,PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886) [org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest] [Discard] Discarding command RollbackCommand {gtx=GlobalTx:PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-2726:6, cacheName='pes-cache', topologyId=13}.
> #we split the cluster now
> 15:34:04,612 DEBUG (testng-PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]) [org.infinispan.partitionhandling.PessimisticTxPartitionAndMergeDuringRollbackTest] Splitting cluster in equal partition
> #topology changed on originator and it retries the rollback
> 15:34:04,623 TRACE (remote-thread-PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-p34-t6) [org.infinispan.remoting.transport.impl.MultiTargetRequest] Target PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886 of request 25 left the cluster view
> 15:34:04,623 TRACE (remote-thread-PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-p34-t6) [org.infinispan.statetransfer.StateTransferInterceptor] Retrying command RollbackCommand {gtx=GlobalTx:PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-2726:6, cacheName='pes-cache', topologyId=14} for topology 14
> #command isn't discarded and it is enqueued. NodeC is still in topology 13.
> #this is wrong. the test expects the rollback to be lost.
> 15:34:04,629 TRACE (jgroups-11,PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886) [org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest] [Discard] Checking command RollbackCommand {gtx=GlobalTx:PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeA-2726:6, cacheName='pes-cache', topologyId=14}.
> 15:34:04,629 TRACE (jgroups-11,PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886) [org.infinispan.statetransfer.StateTransferLockImpl] Checking if transaction data was received for topology 14, current topology is 13
> 15:34:04,629 TRACE (jgroups-11,PessimisticTxPartitionAndMergeDuringRollbackTest[DIST_SYNC]-NodeC-27886) [org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl]
> Added a new task to the queue: 1 task(s) are waiting
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8515) Allow @Inject on fields
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8515?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-8515.
------------------------------------
Fix Version/s: 9.2.0.CR1
9.2.0.Final
Resolution: Done
> Allow @Inject on fields
> -----------------------
>
> Key: ISPN-8515
> URL: https://issues.jboss.org/browse/ISPN-8515
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 9.2.0.Alpha2
> Reporter: Radim Vansa
> Assignee: Radim Vansa
> Fix For: 9.2.0.CR1, 9.2.0.Final
>
>
> Right now we require the @Inject annotation to be used only on methods, which should only assign the parameter to a field. Annotating the fields directly would result in less code lines and lower likelihood of typos.
> The possible risk is higher startup time; running testsuite w/ and w/o this change should be sufficient to detect that.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8615) ClusteredLockImplTest.testTryLockWithTimeoutAfterLockWithSmallTimeout random failures
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8615?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8615:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> ClusteredLockImplTest.testTryLockWithTimeoutAfterLockWithSmallTimeout random failures
> -------------------------------------------------------------------------------------
>
> Key: ISPN-8615
> URL: https://issues.jboss.org/browse/ISPN-8615
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.Beta1
> Reporter: Dan Berindei
> Assignee: Katia Aresti
> Labels: testsuite_stability
> Fix For: 9.2.0.CR1
>
>
> {noformat}
> java.lang.AssertionError:
> at org.infinispan.lock.impl.lock.ClusteredLockImplTest.testTryLockWithTimeoutAfterLockWithSmallTimeout(ClusteredLockImplTest.java:94)
> {noformat}
> It happens rarely in CI, but I can reproduce it every time if I change the timeout to 100 ms. IMO the difference between {{testTryLockWithTimeoutAfterLockWithSmallTimeout}} and {{testTryLockWithTimeoutAfterLockWithBigTimeout}} should be that the former waits for {{tryLock(smalltimeout, unit)}} to time out before unlocking, and the latter waits for a little time before unlocking and checks that {{tryLock(bigtimeout, unit)}} still succeeds.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8667) EncoderCache.withWrapping(Class) is not implemented
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8667?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8667:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
9.1.5.Final
Resolution: Done
> EncoderCache.withWrapping(Class) is not implemented
> ---------------------------------------------------
>
> Key: ISPN-8667
> URL: https://issues.jboss.org/browse/ISPN-8667
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.2.0.Beta2, 9.1.4.Final
> Reporter: William Burns
> Assignee: Gustavo Fernandes
> Fix For: 9.2.0.CR1, 9.1.5.Final
>
>
> The EncoderCache.withWrapping(Class) method falls back to the AbstractDelegatingAdvancedCache which causes it to always supply the previous encoding and wrapping, completely ignoring the wrapping supplied. The EncoderCache.withWrapping(Class, Class) is properly implemented and works as it should.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months