February 2013 - infinispan-issues

[JBoss JIRA] (ISPN-2767) Retrofit storeAsBinary to allow implementation of JSR107 store by value

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2767?page=com.atlassian.jira.plugin.... ] Work on ISPN-2767 stopped by Galder Zamarreño. > Retrofit storeAsBinary to allow implementation of JSR107 store by value > ------------------------------------------------------------------------ > > Key: ISPN-2767 > URL: https://issues.jboss.org/browse/ISPN-2767 > Project: Infinispan > Issue Type: Sub-task > Components: Core API, Marshalling > Affects Versions: 5.2.0.CR3 > Reporter: Vladimir Blagojevic > Assignee: Galder Zamarreño > Fix For: 6.0.0.Final > > > storeAsBinary in Infinispan was designed with the following purposes in mind, in order of importance: > 1) Performance. Prevent serialising/deserializing an entry multiple times (e.g., to write through to disk, to replicate over the network, concurrent threads needing to read the object representation). > 2) Classloader isolation (as Galder mentioned). This became a secondary purpose of this feature (originally observed as a side-effect). Enhanced by allowing storeKeyAsBinary and storeValueAsBinary options for more fine-grained control of this behaviour. > Now lets consider what JSR 107 needs. Similarly named, the feature in JSR 107 serves a completely different purpose, and this is referential integrity. Think database-style isolation (repeatable read, etc) where concurrent threads holding object references to the same value, and mutating the same value, are not visible until a commit. > I originally thought that Infinispan's storeAsBinary can be used for this, but apparently not without some additional changes/tweaks. Maybe we need: > 1) A new config option for this behaviour. <storeAsBinary defensive="true" /> ? > 2) If enabled, maybe use a subclass of MarshalledValue (DefensiveMarshalledValue?) that *always* stores a byte[] and never caches the object representation? -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2833) Add new tests for testing Lucene v3 & v4 as well increasing code coverage.

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2833: ----------------------------------- Summary: Add new tests for testing Lucene v3 & v4 as well increasing code coverage. Key: ISPN-2833 URL: https://issues.jboss.org/browse/ISPN-2833 Project: Infinispan Issue Type: Task Components: Lucene Directory Reporter: Anna Manukyan Assignee: Anna Manukyan New tests should be added for verifying the Lucene Directory & increasing it's coverage. -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2781) NPE in AbstractTopologyAwareEncoder1x

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2781?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-2781: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1671 Copy the address cache into a regular map before generating the topology response, to protect from changes from other threads. Send topology responses even if not all CH members are in the address cache. This allows the client to remove leaving HotRod servers from its CH. > NPE in AbstractTopologyAwareEncoder1x > ------------------------------------- > > Key: ISPN-2781 > URL: https://issues.jboss.org/browse/ISPN-2781 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 5.2.0.CR3 > Reporter: Michal Linhard > Assignee: Dan Berindei > Fix For: 5.2.2.Final, 5.3.0.Final > > > got this in an elasticity test (32nodes) > {code} > 06:23:20,660 ERROR [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-151) ISPN005009: Unexpected error before any request parameters read: java.lang.NullPointerException > at org.infinispan.server.hotrod.AbstractTopologyAwareEncoder1x$$anonfun$writeHashTopologyUpdate11$3.apply(AbstractTopologyAwareEncoder1x.scala:102) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.hotrod.AbstractTopologyAwareEncoder1x$$anonfun$writeHashTopologyUpdate11$3.apply(AbstractTopologyAwareEncoder1x.scala:101) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59) > at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47) > at org.infinispan.server.hotrod.AbstractTopologyAwareEncoder1x.writeHashTopologyUpdate11(AbstractTopologyAwareEncoder1x.scala:101) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.hotrod.AbstractTopologyAwareEncoder1x.writeHashTopologyUpdate(AbstractTopologyAwareEncoder1x.scala:52) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.hotrod.AbstractEncoder1x.writeHeader(AbstractEncoder1x.scala:63) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:63) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.doEncode(OneToOneEncoder.java:66) [netty-3.6.1.Final.jar:] > at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.handleDownstream(OneToOneEncoder.java:59) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.Channels.write(Channels.java:704) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.Channels.write(Channels.java:671) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.AbstractChannel.write(AbstractChannel.java:248) [netty-3.6.1.Final.jar:] > at org.infinispan.server.core.AbstractProtocolDecoder.writeResponse(AbstractProtocolDecoder.scala:179) [infinispan-server-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.hotrod.HotRodDecoder.customDecodeHeader(HotRodDecoder.scala:157) [infinispan-server-hotrod-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.core.AbstractProtocolDecoder.decodeHeader(AbstractProtocolDecoder.scala:105) [infinispan-server-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.core.AbstractProtocolDecoder.decode(AbstractProtocolDecoder.scala:70) [infinispan-server-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.infinispan.server.core.AbstractProtocolDecoder.decode(AbstractProtocolDecoder.scala:47) [infinispan-server-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:500) [netty-3.6.1.Final.jar:] > at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:435) [netty-3.6.1.Final.jar:] > at org.infinispan.server.core.AbstractProtocolDecoder.messageReceived(AbstractProtocolDecoder.scala:387) [infinispan-server-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1] > at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:107) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:313) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:88) [netty-3.6.1.Final.jar:] > at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) [netty-3.6.1.Final.jar:] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_33] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_33] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_33] > {code} -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2746) testDistributedPutWithTopologyChanges test randomly fails on all environments for org.infinispan.server.hotrod.HotRodDistributionTest and org.infinispan.server.hotrod.HotRod11DistributionTest

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2746?page=com.atlassian.jira.plugin.... ] Dan Berindei reassigned ISPN-2746: ---------------------------------- Assignee: Dan Berindei (was: Tristan Tarrant) > testDistributedPutWithTopologyChanges test randomly fails on all environments for org.infinispan.server.hotrod.HotRodDistributionTest and org.infinispan.server.hotrod.HotRod11DistributionTest > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-2746 > URL: https://issues.jboss.org/browse/ISPN-2746 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 5.2.0.CR2 > Reporter: Anna Manukyan > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 5.3.0.Alpha1 > > > The test org.infinispan.server.hotrod.HotRodDistributionTest.testDistributedPutWithTopologyChanges almost always fails on all environments (Solaris, Windows, RHEL). The same issue happens for test org.infinispan.server.hotrod.HotRod11DistributionTest.testDistributedPutWithTopologyChanges with the same error message. > The error is: > {code} > Error Message > expected [7] but found [6] > Stacktrace > java.lang.AssertionError: expected [7] but found [6] > at org.testng.Assert.fail(Assert.java:89) > at org.testng.Assert.failNotEquals(Assert.java:489) > at org.testng.Assert.assertEquals(Assert.java:118) > at org.testng.Assert.assertEquals(Assert.java:365) > at org.testng.Assert.assertEquals(Assert.java:375) > at org.infinispan.server.hotrod.test.HotRodTestingUtil$.assertTopologyId(HotRodTestingUtil.scala:306) > at org.infinispan.server.hotrod.test.HotRodTestingUtil$.assertHashTopology10Received(HotRodTestingUtil.scala:230) > at org.infinispan.server.hotrod.test.HotRodTestingUtil$.assertHashTopology10Received(HotRodTestingUtil.scala:217) > at org.infinispan.server.hotrod.HotRodDistributionTest.testDistributedPutWithTopologyChanges(HotRodDistributionTest.scala:119) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {code} -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2792) Allow logging at TRACE level for a single test in the test suite

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2792?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-2792: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in both master and 5.2.x. Thanks! > Allow logging at TRACE level for a single test in the test suite > ---------------------------------------------------------------- > > Key: ISPN-2792 > URL: https://issues.jboss.org/browse/ISPN-2792 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 5.2.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Labels: 5.2.x > Fix For: 5.3.0.Alpha1 > > > Log4J has support for [filters|http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/spi/...] that can allow or disallow log messages based on their properties, e.g. the thread name. > Since the names of most threads in the test suite include the test name, we should create a filter that only allows a log message if the thread name matches a regular expression. > There are some threads that don't follow this rule, e.g. the HotRod worker threads, but it should be useful in most cases. -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2790) ReplCommandForwardingTest fails most of the time in CI

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2790?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-2790: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in both master and 5.2.x. Thanks! > ReplCommandForwardingTest fails most of the time in CI > ------------------------------------------------------ > > Key: ISPN-2790 > URL: https://issues.jboss.org/browse/ISPN-2790 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.2.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: 5.2.x, testsuite_stability > Fix For: 5.3.0.Alpha1 > > > ReplCommandForwardingTest seems to fail every single time in CloudBees. > As I have never seen it fail on my machine, I'm assuming this is a timing issue and I'm going to increase the timeouts in the test. -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2829) Could not initialize class com.arjuna.ats.arjuna.coordinator.TxControl

by Vitalii Chepeliuk (JIRA)

[ https://issues.jboss.org/browse/ISPN-2829?page=com.atlassian.jira.plugin.... ] Vitalii Chepeliuk updated ISPN-2829: ------------------------------------ Affects Version/s: 5.2.1.Final > Could not initialize class com.arjuna.ats.arjuna.coordinator.TxControl > ---------------------------------------------------------------------- > > Key: ISPN-2829 > URL: https://issues.jboss.org/browse/ISPN-2829 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.2.1.Final > Environment: OpenJDK on RHEL6_x86_64 > Reporter: Vitalii Chepeliuk > Assignee: Sanne Grinovero > Labels: testsuite_stability > > Could not initialize class com.arjuna.ats.arjuna.coordinator.TxControl > java.lang.NoClassDefFoundError: Could not initialize class com.arjuna.ats.arjuna.coordinator.TxControl > at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.begin(BaseTransaction.java:85) > at org.infinispan.CacheImpl.getInvocationContextWithImplicitTransaction(CacheImpl.java:484) > at org.infinispan.CacheImpl.put(CacheImpl.java:753) > at org.infinispan.CacheImpl.put(CacheImpl.java:748) > at org.infinispan.CacheSupport.put(CacheSupport.java:53) > at org.infinispan.query.blackbox.KeyTypeTest.testPrimitiveAndStringKeys(KeyTypeTest.java:87) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2827) rhq-plugin does not work anymore

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2827?page=com.atlassian.jira.plugin.... ] Tristan Tarrant edited comment on ISPN-2827 at 2/18/13 11:54 AM: ----------------------------------------------------------------- I haven't been able to reproduce your issue, however could you try building my branch at https://github.com/tristantarrant/infinispan/tree/ISPN-2827/rhq_plugin_em... and verify if this solves the issue. (you only need the plugin) was (Author: NadirX): I haven't been able to reproduce your issue, however could you try building my branch at https://github.com/tristantarrant/infinispan/tree/ISPN-2827/rhq_plugin_em... and verify if this solves the issue. > rhq-plugin does not work anymore > -------------------------------- > > Key: ISPN-2827 > URL: https://issues.jboss.org/browse/ISPN-2827 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 5.2.1.Final > Environment: RHQ 4.6.0-SNAPSHOT Build-Nummer: 6917de4 > Linux > Reporter: Stan Nowogrudski steam > Assignee: Mircea Markus > Fix For: 5.2.2.Final > > > After update to ISPN 5.2.1 and RHQ plugin 5.2.1 final is RHQ plugin not working properly any more. By klicking on on of ISPN Cache MBeans on the JMX Servers tree in RHQ, the RHQ notifies about uncatched exception. -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2832) upgrade to JGroups 3.3.0.Alpha2

by Mircea Markus (JIRA)

Mircea Markus created ISPN-2832: ----------------------------------- Summary: upgrade to JGroups 3.3.0.Alpha2 Key: ISPN-2832 URL: https://issues.jboss.org/browse/ISPN-2832 Project: Infinispan Issue Type: Component Upgrade Reporter: Mircea Markus Assignee: Mircea Markus this is a requirement for TO integration. -- 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

13 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2832) upgrade to JGroups 3.3.0.Alpha2

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2832?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2832: -------------------------------- Fix Version/s: 5.3.0.Alpha1 5.3.0.Final > upgrade to JGroups 3.3.0.Alpha2 > ------------------------------- > > Key: ISPN-2832 > URL: https://issues.jboss.org/browse/ISPN-2832 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 5.3.0.Alpha1, 5.3.0.Final > > > this is a requirement for TO integration. -- 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

13 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2013