January 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3890) Store data in binary format for C/S mode

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3890?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3890: -------------------------------- Component/s: Remote protocols > Store data in binary format for C/S mode > ---------------------------------------- > > Key: ISPN-3890 > URL: https://issues.jboss.org/browse/ISPN-3890 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Mircea Markus > Assignee: Mircea Markus > Priority: Minor > > ATM the data is stored as POJO. Storing the data in binary mode would reduce the number of serialization and increase performance. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3836) TxCleanupService can cause TCCL leak

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3836?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3836: -------------------------------- Component/s: Core > TxCleanupService can cause TCCL leak > ------------------------------------ > > Key: ISPN-3836 > URL: https://issues.jboss.org/browse/ISPN-3836 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.Final > Reporter: Brent Douglas > Assignee: Dan Berindei > > Looks to me like this should be using infinispan's classloader rather than the TCCL when creating a thread. > https://issues.jboss.org/browse/WFLY-2605 -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3858) RHQ management -- [RecoveryAdmin] forceCommit operation call throws NumberFormatException

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3858?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3858: -------------------------------- Component/s: JMX, reporting and management > RHQ management -- [RecoveryAdmin] forceCommit operation call throws NumberFormatException > ----------------------------------------------------------------------------------------- > > Key: ISPN-3858 > URL: https://issues.jboss.org/browse/ISPN-3858 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 6.0.0.Final > Reporter: Tomas Sykora > Assignee: Mircea Markus > Attachments: recoveryAdminForceCommitByInternalIdNumFormatException.txt > > > Operation ShowInDoubtTransactions is working and it is possible to identify internal IDs of in doubt transactions. > Operation force rollback by internal id is working as well. > Remove recovery info by internal id is working as well. > However, operation force commit by internal id is throwing java.lang.NumberFormatException: For input string: "1125908496777218" etc., see attached file with full stack trace. > "Bonus" question: how can we externally (from jon gui? somewhere else?) identify properties for commit/rollback operations using Xid? > i.e.: Format Id, Global Tx Id and Branch Qualifier? -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3614) Add remote query quick start/demo

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3614?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3614: -------------------------------- Component/s: remote query > Add remote query quick start/demo > --------------------------------- > > Key: ISPN-3614 > URL: https://issues.jboss.org/browse/ISPN-3614 > Project: Infinispan > Issue Type: Task > Components: remote query > Reporter: Mircea Markus > Assignee: Adrian Nistor > Fix For: 7.0.0.Alpha1 > > > Should describe how the users: > - download the servers > - configure it (indexing ...) > - with sample domain model, how to write the marshallers, define the indexes using the RHQ plugin > - some code that connects to the server, adds and queries the data (mvn module?) -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3933) Preloading on a JDBCCachestore can not be enabled via configuration files

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3933?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-3933: ------------------------------------- Assignee: Sanne Grinovero (was: Dan Berindei) > Preloading on a JDBCCachestore can not be enabled via configuration files > ------------------------------------------------------------------------- > > Key: ISPN-3933 > URL: https://issues.jboss.org/browse/ISPN-3933 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 6.0.0.Final, 6.0.1.Final > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Blocker > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > The configuration schema doesn't allow to enable the "preload" attribute of a JDBCCacheStore. > I classify this as critical as the JDBCCacheStore is the only viable solution for a shared cachestore, and the Lucene Directory required "preload" to be activated. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-1296) Add typed (fluent) version of JGroups configuration

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-1296?page=com.atlassian.jira.plugin.... ] Mircea Markus resolved ISPN-1296. --------------------------------- Resolution: Rejected I think this should be handled within JGroups itself. > Add typed (fluent) version of JGroups configuration > --------------------------------------------------- > > Key: ISPN-1296 > URL: https://issues.jboss.org/browse/ISPN-1296 > Project: Infinispan > Issue Type: Feature Request > Affects Versions: 5.0.0.FINAL > Reporter: Pete Muir > Assignee: Tristan Tarrant > > Probably should add this to JGroups itself -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-741) Implement Continuous Query in Infinispan

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-741?page=com.atlassian.jira.plugin.s... ] Mircea Markus resolved ISPN-741. -------------------------------- Resolution: Duplicate Issue covered by ISPN-3355 > Implement Continuous Query in Infinispan > ---------------------------------------- > > Key: ISPN-741 > URL: https://issues.jboss.org/browse/ISPN-741 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > Labels: leads > Fix For: 7.0.0.Final > > > Implement continuous query on infinispan based on the tech preview: http://github.com/mmarkus/infinispan-continuous-query. Documentation on API and functionality: http://community.jboss.org/wiki/ContinuousQuerywithInfinispan -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3855) Test XMLConfigurationOverridingTest fail on IBM JDG6

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3855?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3855: -------------------------------- Component/s: Test Suite - Core > Test XMLConfigurationOverridingTest fail on IBM JDG6 > ---------------------------------------------------- > > Key: ISPN-3855 > URL: https://issues.jboss.org/browse/ISPN-3855 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Environment: {RHELx86, RHELx64}xIBM6 > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > Labels: testsuite_stability > > Following tests fail constantly > org.infinispan.configuration.override.XMLConfigurationOverridingTest.testLocalCacheOverrideWithEviction > org.infinispan.configuration.override.XMLConfigurationOverridingTest.testOverrideStores > Please see following job > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3664) Improve write command processing

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3664?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3664: -------------------------------- Component/s: Core > Improve write command processing > -------------------------------- > > Key: ISPN-3664 > URL: https://issues.jboss.org/browse/ISPN-3664 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 6.0.0.CR1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Final > > > Major refactorization of the write command with the following goals: > -> Base WriteCommand: all the write command has the same workflow through the interceptor chain > -> Create a concrete WriteCommand for each operation (put, remove, replace, replaceIfEquals, removeIfEquals, putIfAbsent) > -> Extend the interceptor chain to process each one of the command and add a new "visitWriteCommand", that is invoked by the default visitX methods. > -> (minor) change the GetKeyValueCommand to ReadCommand to make name "compatible" with WriteCommand. > Note that most of the interceptor only needs to implement the visitWriteCommand because all the write command has the same execution flow. The basic flow of the write commands are: (non-tx) lock, fetch value (cachestore/remote), check condition and apply change. for tx mode, lock (if pessimistic), fetch value (cache loader, remote, etc), apply change and add it to the transaction (if successful) > Also, another advantage is the simplification of the EntryFactory because if we think a little about it, independent of the write command we need to wrap the entry anyway. > Suggested implementation > {code:java} > class abstract WriteCommand > Object key, Object newValue > boolen match(Object currentValue) //true by default > boolean needsRemoteGetBeforeWrite() //true by default > object perform() //common implementation like: if (match(entry.getValue()) then entry.setValue(newValue); entry.setChanged(true); entry.setRemoved(newValue == null)} > {code} > * Concrete implementations* > {code:java} > {PutCommand|RemoveCommand} extends WriteCommand > ovewrite needsRemoteGetBeforeWrite() {return !flags.contains(IGNORE_RETURN_VALUE)} > ReplaceIfPresentCommand extends WriteCommand > ovewrite match(Object currentValue) {return currentValue != null} > PutIfAbsentCommand extends WriteCommand > ovewrite match(Object currentValue) {return currentValue == null} > {code} > * Special base class for operation with expected value to compare* > {code:java} > class abstract AdvancedWriteCommand extends WriteCommand > Object expectedValue > match(Object currentValue) {return currentValue.equals(expectedValue)} > {RemoveIfEquals|ReplaceIfEquals} extends AdvancedWriteCommand //no different implementation needed. > {code} > ps: I'm going to open the discussion in the dev mailing list... -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3336) Extended Statistics check list

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3336?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3336: -------------------------------- Labels: core (was: ) > 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 > Labels: core > 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, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2014