May 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3119) Cleanup the scripts we ship with the distribution

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3119?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3119: -------------------------------- Summary: Cleanup the scripts we ship with the distribution (was: cleanup demo scritps) > Cleanup the scripts we ship with the distribution > -------------------------------------------------- > > Key: ISPN-3119 > URL: https://issues.jboss.org/browse/ISPN-3119 > Project: Infinispan > Issue Type: Task > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 5.3.0.CR1, 5.3.0.Final > > > Make sure that all the scripts we ship as part of the distribution are correct. Also update the [release process| https://docspace.corp.redhat.com/docs/DOC-28594] with exact stept to test the scripts we ship, e.g. > {quote} > 1. memcached server > $ ./startServer.sh -r memcached > # from a different console test the client > $ ./memcache.py > - ./bin/startServer.sh -r memcached > 2. Pi approximation demo. Open 3 consoles on the same machine > $ ./runPiApproximationDemo.sh > $ ./runPiApproximationDemo.sh > $ ./runPiApproximationDemo.sh -t master > {quote} > -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3119) cleanup demo scritps

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3119: ----------------------------------- Summary: cleanup demo scritps Key: ISPN-3119 URL: https://issues.jboss.org/browse/ISPN-3119 Project: Infinispan Issue Type: Task Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.3.0.CR1, 5.3.0.Final Make sure that all the scripts we ship as part of the distribution are correct. Also update the [release process| https://docspace.corp.redhat.com/docs/DOC-28594] with exact stept to test the scripts we ship, e.g. {quote} 1. memcached server $ ./startServer.sh -r memcached # from a different console test the client $ ./memcache.py - ./bin/startServer.sh -r memcached 2. Pi approximation demo. Open 3 consoles on the same machine $ ./runPiApproximationDemo.sh $ ./runPiApproximationDemo.sh $ ./runPiApproximationDemo.sh -t master {quote} -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3118) Replace @ConfigurationDoc with an XSD transformation

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3118?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3118: -------------------------------- Description: For a full discussion: http://infinispan.markmail.org/search/?q=%40ConfigurationDoc#query:%40Con... This should be included in the release process: - update bin/release.py to also upload these docs - update the release document to state that confgdocs upload should be verified was: For a full discussion: http://infinispan.markmail.org/search/?q=%40ConfigurationDoc#query:%40Con... > Replace @ConfigurationDoc with an XSD transformation > ---------------------------------------------------- > > Key: ISPN-3118 > URL: https://issues.jboss.org/browse/ISPN-3118 > Project: Infinispan > Issue Type: Task > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Priority: Minor > > For a full discussion: http://infinispan.markmail.org/search/?q=%40ConfigurationDoc#query:%40Con... > This should be included in the release process: > - update bin/release.py to also upload these docs > - update the release document to state that confgdocs upload should be verified -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3118) Replace @ConfigurationDoc with an transformation from XSD

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3118?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3118: -------------------------------- Summary: Replace @ConfigurationDoc with an transformation from XSD (was: Replace @ConfigurationDoc with an XSD transformation) > Replace @ConfigurationDoc with an transformation from XSD > --------------------------------------------------------- > > Key: ISPN-3118 > URL: https://issues.jboss.org/browse/ISPN-3118 > Project: Infinispan > Issue Type: Task > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Priority: Minor > > For a full discussion: http://infinispan.markmail.org/search/?q=%40ConfigurationDoc#query:%40Con... > This should be included in the release process: > - update bin/release.py to also upload these docs > - update the release document to state that confgdocs upload should be verified -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3118) Replace @ConfigurationDoc with an XSD transformation

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3118: ----------------------------------- Summary: Replace @ConfigurationDoc with an XSD transformation Key: ISPN-3118 URL: https://issues.jboss.org/browse/ISPN-3118 Project: Infinispan Issue Type: Task Reporter: Mircea Markus Assignee: Tristan Tarrant Priority: Minor For a full discussion: http://infinispan.markmail.org/search/?q=%40ConfigurationDoc#query:%40Con... -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2593) Introduce clustered.sh/clustered.xml in lieu of standalone-ha

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2593?page=com.atlassian.jira.plugin.... ] Tristan Tarrant resolved ISPN-2593. ----------------------------------- Resolution: Done > Introduce clustered.sh/clustered.xml in lieu of standalone-ha > ------------------------------------------------------------- > > Key: ISPN-2593 > URL: https://issues.jboss.org/browse/ISPN-2593 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > provide a means to launch a default-clustered instance with a configuration that is optimized for most usecases. For example, a separate 'clustered' profile or shell script. > Likewise, the standalone-ha.xml file should be renamed in a less EAP-centric manner. -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2903) Manual eviction should not delete entry from cache store

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2903: ----------------------------------------------- Aleksandar Kostadinov <akostadi(a)redhat.com> made a comment on [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549] > Manual eviction should not delete entry from cache store > -------------------------------------------------------- > > Key: ISPN-2903 > URL: https://issues.jboss.org/browse/ISPN-2903 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 5.2.3.Final > Reporter: Paul Ferraro > Assignee: Galder Zamarreño > Priority: Critical > Labels: 5.2.x, jdg6 > Fix For: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final > > Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log > > > Here's the scenario: > Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7). > 1. Create cache entry containing atomic map with 2 map entries on node1. > 2. Passivate that cache entry on node2 via manual evict. > 3. Modify 1 of the atomic map entries within the cache entry on node1. > 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost. > It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls. -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2903) Manual eviction should not delete entry from cache store

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2903: ----------------------------------------------- Aleksandar Kostadinov <akostadi(a)redhat.com> made a comment on [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549] @Paul, I've run clustering failover tests in EC2 and I'm still hitting NPEs and looking at the clustedbench app it does NOT have passivation active. I'm attaching 6.1.0 ER8 full server log and the app itself so you can review. > Manual eviction should not delete entry from cache store > -------------------------------------------------------- > > Key: ISPN-2903 > URL: https://issues.jboss.org/browse/ISPN-2903 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 5.2.3.Final > Reporter: Paul Ferraro > Assignee: Galder Zamarreño > Priority: Critical > Labels: 5.2.x, jdg6 > Fix For: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final > > Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log > > > Here's the scenario: > Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7). > 1. Create cache entry containing atomic map with 2 map entries on node1. > 2. Passivate that cache entry on node2 via manual evict. > 3. Modify 1 of the atomic map entries within the cache entry on node1. > 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost. > It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls. -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3094) Cache.putForExternalRead in DIST transactional mode is not replicated to other members

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3094?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3094: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1825 > Cache.putForExternalRead in DIST transactional mode is not replicated to other members > -------------------------------------------------------------------------------------- > > Key: ISPN-3094 > URL: https://issues.jboss.org/browse/ISPN-3094 > Project: Infinispan > Issue Type: Bug > Components: Core API, Distributed Cache > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.3.0.Beta2, 5.3.0.Final > > > Since the context is non transactional, no command is enqueued in the transaction's modification list to be replicated at prepare time and also TxDistributionInterceptor does not explicitly replicate the command to other owners immediately after local execution. The command end up executing only on originator. This bug seems to be caused by the DistributionInterceptor class hierarchy refactoring in 5.2. -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3095) Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3095?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3095: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1825 > Cache.replace() succeeds on originator but fails randomly on remote owners during state transfer in DIST mode with pessimistic locking > -------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3095 > URL: https://issues.jboss.org/browse/ISPN-3095 > Project: Infinispan > Issue Type: Bug > Components: Core API, Distributed Cache > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 5.3.0.Beta2, 5.3.0.Final > > > TxDistributionInterceptor.ignorePreviousValueOnBackup() should return true to force backups to apply the update (unless write skew check is enabled). Not doing so might lead to a situation where the key is not available locally yet (state transfer in progress) and will be fetched remotely from another owner that has already executed the conditional command. The previous value check would fail then. The check adds little value on backup owners so it should not be done at all. -- 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, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2013