[JBoss JIRA] (ISPN-3336) Extended Statistics check list
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3336?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3336:
-------------------------------
Fix Version/s: 7.0.0.Alpha1
(was: 6.0.1.Final)
> Extended Statistics check list
> ------------------------------
>
> Key: ISPN-3336
> URL: https://issues.jboss.org/browse/ISPN-3336
> Project: Infinispan
> Issue Type: Task
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Critical
> Fix For: 7.0.0.Alpha1
>
>
> * add documentation
> * check for duplicate stats;
> * check for not exposed statistics
> * try to improve the code (reduce the number of access to the CHM)
> * add tests to check if they are exported via JMX correctly
> * failing test: OptimisticLockingTxClusterExtendedStatisticLogicTest.testWriteSkewOnNonOwner
> * failing test: PessimisticLockingTxClusterExtendedStatisticLogicTest.testDeadlockOnNonOwnerWithRemoteTx
--
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
[JBoss JIRA] (ISPN-3273) Dist L1 owners that aren't primary don't respect assumeOriginKeptEntryInL1
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3273?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3273:
-------------------------------
Fix Version/s: 7.0.0.Alpha1
(was: 6.0.1.Final)
> Dist L1 owners that aren't primary don't respect assumeOriginKeptEntryInL1
> --------------------------------------------------------------------------
>
> Key: ISPN-3273
> URL: https://issues.jboss.org/browse/ISPN-3273
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Cache
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 7.0.0.Alpha1
>
> Attachments: DistSyncFuncTest.java
>
>
> When a write operation occurs causing a L1 invalidation, there is a boolean to say assumeOriginKeptEntryInL1 which means the owner won't send an invalidation to the originating node that caused this update. This works fine for the primary owner, however any additional backups think the origin is the primary owner and such send invalidations to possibly the real origin.
> -This affects both tx and non tx caches. Tx caches that are sync don't see the problem since locking prevents the invalidation, however it causes an unneeded network roundtrip which can cause delay.-
> Actually this only affects non-tx caches, as tx caches send the prepare/commit directly to the owner(s) instead of having it relayed.
--
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
[JBoss JIRA] (ISPN-3621) Most CacheStore configuration examples in the documentation are wrong (outdated)
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3621?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3621:
-------------------------------
Fix Version/s: 7.0.0.Alpha1
(was: 6.0.1.Final)
> Most CacheStore configuration examples in the documentation are wrong (outdated)
> --------------------------------------------------------------------------------
>
> Key: ISPN-3621
> URL: https://issues.jboss.org/browse/ISPN-3621
> Project: Infinispan
> Issue Type: Bug
> Components: Documentation
> Affects Versions: 6.0.0.CR1
> Reporter: Sanne Grinovero
> Assignee: Mircea Markus
> Fix For: 7.0.0.Alpha1
>
>
> I've been trying half a dozen configuration snippets from the documentation, I couldn't get any CacheStore to work. All I get from the configuration parser is an unhelpfull stack trace:
> {quote}
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[50,63]
> Message: Unexpected element '{urn:infinispan:config:6.0}loaders' encountered
> at org.infinispan.configuration.parsing.ParseUtils.unexpectedElement(ParseUtils.java:35)
> at org.infinispan.configuration.parsing.Parser60.parseCache(Parser60.java:178)
> at org.infinispan.configuration.parsing.Parser60.parseNamedCache(Parser60.java:109)
> at org.infinispan.configuration.parsing.Parser60.readElement(Parser60.java:76)
> at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:130)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:112)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:99)
> at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:86)
> ... 47 more
> {quote}
> One might think that something (what?) is wrong at [row,col]:[50,63] but I'm copy pasting the documentation.
--
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