[JBoss JIRA] (ISPN-10545) Configuration changes regarding attributes/elements
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10545?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10545:
-----------------------------------
Fix Version/s: 10.0.1.Final
(was: 10.0.0.Final)
> Configuration changes regarding attributes/elements
> ---------------------------------------------------
>
> Key: ISPN-10545
> URL: https://issues.jboss.org/browse/ISPN-10545
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Minor
> Fix For: 10.0.1.Final
>
>
> - Reststore: remove element <remote-server> and use a single attribute containing "host:port"
> - SIFS: data and index paths should be together (or even better have a single path) (To be confirmed)
> - RocksDB: have an element <location base="Infinispan-RocksDBStore" data-prefix="data" expiration-prefix="expired"/> (To be confirmed)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10521) CacheMgmtInterceptorMBeanTest.testStores random failure
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10521?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10521:
-----------------------------------
Fix Version/s: 10.0.1.Final
(was: 10.0.0.Final)
> CacheMgmtInterceptorMBeanTest.testStores random failure
> -------------------------------------------------------
>
> Key: ISPN-10521
> URL: https://issues.jboss.org/browse/ISPN-10521
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 10.0.0.CR1
> Reporter: Dan Berindei
> Assignee: Will Burns
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.0.1.Final
>
> Attachments: ISPN-9541_modules_20190825-1146_CacheMgmtInterceptorMBeanTest-infinispan-core.log.gz
>
>
> The test calls {{TestingUtil.cleanUpDataContainerForCache(cache)}}, but apparently it's still not enough to guarantee that the number of entries is correct:
> {noformat}
> 12:05:33.109 [ERROR] jmx.CacheMgmtInterceptorMBeanTest(org.infinispan.jmx.CacheMgmtInterceptorMBeanTest) Time elapsed: 0.009 s <<< FAILURE!
> java.lang.AssertionError: expecting 4.0 for NumberOfEntries, but received 3
> at org.infinispan.jmx.CacheMgmtInterceptorMBeanTest.assertAttributeValue(CacheMgmtInterceptorMBeanTest.java:228)
> at org.infinispan.jmx.CacheMgmtInterceptorMBeanTest.assertCurrentNumberOfEntries(CacheMgmtInterceptorMBeanTest.java:267)
> at org.infinispan.jmx.CacheMgmtInterceptorMBeanTest.testStores(CacheMgmtInterceptorMBeanTest.java:148)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10485) BoundedSegmentedDataContainer.removeSegments is slow
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10485?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10485:
-----------------------------------
Fix Version/s: 10.0.1.Final
(was: 10.0.0.Final)
> BoundedSegmentedDataContainer.removeSegments is slow
> ----------------------------------------------------
>
> Key: ISPN-10485
> URL: https://issues.jboss.org/browse/ISPN-10485
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 10.0.0.Beta5, 9.4.16.Final
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 10.0.1.Final
>
>
> {{BoundedSegmentedDataContainer.removeSegments}} iterates over the {{evictionCache}} entries (through the {{entries}} map) and computes the segment for each entry, then deletes the entry if its segment is one of the removed segments. Computing the segment of many entries can be expensive, so it would be better to remove the entries from {{evictionCache}} by iterating over the already-segmented maps (before removing them).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10481) Add additional type support for Protostream user Marshaller
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10481?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10481:
-----------------------------------
Fix Version/s: 10.0.1.Final
(was: 10.0.0.Final)
> Add additional type support for Protostream user Marshaller
> -----------------------------------------------------------
>
> Key: ISPN-10481
> URL: https://issues.jboss.org/browse/ISPN-10481
> Project: Infinispan
> Issue Type: Sub-task
> Components: Loaders and Stores
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
> Fix For: 10.0.1.Final
>
>
> The PersistenceMarshallerImpl uses protostream to do marshalling and if not falls back to a user marshaller. The protostream context supports many more JDK built in types that we aren't currently testing for. This would allow a user to not have to supply these themselves.
> An example of known types can be found in the BaseProtoStreamMarshaller class.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10804) JCache tck-runner does not run interception tests
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10804?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10804:
-----------------------------------
Fix Version/s: 10.0.1.Final
(was: 10.0.0.Final)
> JCache tck-runner does not run interception tests
> -------------------------------------------------
>
> Key: ISPN-10804
> URL: https://issues.jboss.org/browse/ISPN-10804
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Test Suite - Core, Test Suite - Server
> Affects Versions: 9.4.16.Final, 10.0.0.CR3
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.1.Final
>
>
> Initially I thought the only way to make the interception TCK tests run was to add a {{@Priority}} annotation, which is not a good idea because even our tests expect to be able to switch between the managed or the managed interceptors.
> But it turns out if we revert ISPN-10721 and unpack the TCK tests in our build output directory, we can override {{beans.xml}} and make the interception tests run.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months