December 2013 - infinispan-issues

[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: -------------------------------- Assignee: Dan Berindei (was: Mircea Markus) > TxCleanupService can cause TCCL leak > ------------------------------------ > > Key: ISPN-3836 > URL: https://issues.jboss.org/browse/ISPN-3836 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final > Reporter: Brent Douglas > Assignee: Dan Berindei > Labels: 620 > > 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3553) Remove references to AS 7.1 in the JDG quickstarts

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3553?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3553: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done the PR has been integrated a while ago but the JIRA hasn't been closed: https://github.com/jboss-developer/jboss-jdg-quickstarts/commit/5a22303f3... > Remove references to AS 7.1 in the JDG quickstarts > -------------------------------------------------- > > Key: ISPN-3553 > URL: https://issues.jboss.org/browse/ISPN-3553 > Project: Infinispan > Issue Type: Bug > Components: Demos and Tutorials > Reporter: Sande Gilda > Assignee: Martin Gencur > Labels: 620 > > The readme files provide instruction on how to run quickstarts on both AS 7.1 and EAP 6. Quickstarts now target EAP 6.1, so we need to remove references to AS 7.1. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3376) CLI upgrade command does not work

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3376?page=com.atlassian.jira.plugin.... ] Mircea Markus resolved ISPN-3376. --------------------------------- Resolution: Duplicate Issue should be fixed indirectly by ISPN-3712 > CLI upgrade command does not work > --------------------------------- > > Key: ISPN-3376 > URL: https://issues.jboss.org/browse/ISPN-3376 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 6.0.0.Alpha1 > Reporter: Vitalii Chepeliuk > Assignee: Tristan Tarrant > Labels: 620 > Fix For: 7.0.0.Alpha1 > > Attachments: logs.zip, standalone-hotrod-rolling-upgrade.xml > > > Run my backup server with default standalone.xml configuration > ./standalone.sh -c standalone.xml -Djboss.socket.binding.port-offset=111 -Djboss.node.name=BACKUPER > Run my new server with > ./standalone.sh -c standalone-hotrod-rolling-upgrade.xml -Djboss.node.name=UPGRADER > 1) run command on BACKUPER > [remoting://localhost:10110/local/default]> upgrade --dumpkeys default > ISPN019502: Dumped keys for cache default > 2) run command on UPGRADER > [remoting://localhost:9999/local/default]> upgrade --synchronize=hotrod default > ISPN019026: An error occurred while synchronizing data for cache 'hotrod' using migrator 'default' from the source server -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3704) StateTransfer's PutKeyValueCommand may trigger remote get

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3704?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3704: -------------------------------- Labels: (was: 620) > StateTransfer's PutKeyValueCommand may trigger remote get > --------------------------------------------------------- > > Key: ISPN-3704 > URL: https://issues.jboss.org/browse/ISPN-3704 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 6.0.0.CR1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.0.Alpha1 > > > In TX mode with write skew check on, ST executing puts may trigger a remote get. > The condition in TxDistributionInterceptor.handleTxWriteCommand should probably be switched from > {code} > if (ctx.isOriginLocal() && !skipRemoteGet || command.isConditional() || shouldFetchRemoteValuesForWriteSkewCheck(ctx, command)) > remoteGetBeforeWrite(ctx, command, recipientGenerator); > {code} > to > {code} > if (!skipRemoteGet && (ctx.isOriginLocal() || command.isConditional() || shouldFetchRemoteValuesForWriteSkewCheck(ctx, command))) > remoteGetBeforeWrite(ctx, command, recipientGenerator); > {code} > EDIT: > I have also registered a situation where the Prepare/Commit command was executed remotely from within the ST because the topology has changed during the remote get. This should be avoided as well. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3845) CACHE_MODE_LOCAL flag only works in primary owner for non-tx caches

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3845?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3845: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > CACHE_MODE_LOCAL flag only works in primary owner for non-tx caches > ------------------------------------------------------------------- > > Key: ISPN-3845 > URL: https://issues.jboss.org/browse/ISPN-3845 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Labels: testsuite_stability > Fix For: 7.0.0.Alpha1 > > > the flag is not forcing the EntryWrappingInterceptor to wrap the entry. the result is the entry will not be stored in the cache. > It's causing the random failures in: > {noformat} > HotRodReplicationTest.testReplicatedPutWithTopologyChanges > HotRod11ReplicationTest.testReplicatedPutWithTopologyChanges > HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges > {noformat} -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3712) HotRod Rolling Upgrades from Delirium 5.2.4 to latest server needs dropped org.infinispan.util.ByteArrayKey

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3712?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3712: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > HotRod Rolling Upgrades from Delirium 5.2.4 to latest server needs dropped org.infinispan.util.ByteArrayKey > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-3712 > URL: https://issues.jboss.org/browse/ISPN-3712 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.CR1 > Environment: Processing HotRod rolling upgrades from source Infinispan 'Delirium' 5.2.4.Final-redhat-1 server to the latest Infinispan 'Infinium' 6.0.0-SNAPSHOT. Using old standalone.xml for source node and examples/standalone-hotrod-rolling-upgrade.xml for new target server. > Reporter: Tomas Sykora > Assignee: Tristan Tarrant > Labels: 620 > Fix For: 7.0.0.Alpha1, 6.0.0.Final > > > When it is running from 6.0.0-SNAPSHOT to 6.0.0-SNAPSHOT it is ok. It looks like some back-porting compatibility issue. > See stacktrace: > javax.management.MBeanException > at org.infinispan.jmx.ResourceDMBean.invoke(ResourceDMBean.java:273) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) > at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791) > at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:527) > at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:263) > at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:915) > at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:152) > 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) > Caused by: java.lang.reflect.InvocationTargetException > 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.infinispan.jmx.ResourceDMBean.invoke(ResourceDMBean.java:271) > ... 9 more > Caused by: org.infinispan.commons.CacheException: java.lang.ClassNotFoundException: org.infinispan.util.ByteArrayKey from [Module "org.infinispan:main" from local module loader @4099a992 (finder: local module finder @284bd160 (roots: /home/tsykora/programs/eclipseWorkspace/Infinispan-server-tsykora/infinispan-server/testsuite/target/server/node1/modules,/home/tsykora/programs/eclipseWorkspace/Infinispan-server-tsykora/infinispan-server/testsuite/target/server/node1/modules/system/layers/base))] > at org.infinispan.persistence.remote.upgrade.HotRodTargetMigrator.synchronizeData(HotRodTargetMigrator.java:63) > at org.infinispan.upgrade.RollingUpgradeManager.synchronizeData(RollingUpgradeManager.java:59) > ... 14 more > Caused by: java.lang.ClassNotFoundException: org.infinispan.util.ByteArrayKey from [Module "org.infinispan:main" from local module loader @4099a992 (finder: local module finder @284bd160 (roots: /home/tsykora/programs/eclipseWorkspace/Infinispan-server-tsykora/infinispan-server/testsuite/target/server/node1/modules,/home/tsykora/programs/eclipseWorkspace/Infinispan-server-tsykora/infinispan-server/testsuite/target/server/node1/modules/system/layers/base))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:264) > at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:135) > at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:116) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:947) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1259) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:213) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadCollectionObject(RiverUnmarshaller.java:184) > at org.jboss.marshalling.river.RiverUnmarshaller.readCollectionData(RiverUnmarshaller.java:777) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:656) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:213) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:140) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:118) > at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82) > at org.infinispan.persistence.remote.upgrade.HotRodTargetMigrator.synchronizeData(HotRodTargetMigrator.java:61) > ... 15 more -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3586) Improve performance of Infinispan Lucene directory provider

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3586?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3586: -------------------------------- Fix Version/s: 7.0.0.Alpha1 > Improve performance of Infinispan Lucene directory provider > ----------------------------------------------------------- > > Key: ISPN-3586 > URL: https://issues.jboss.org/browse/ISPN-3586 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Affects Versions: 6.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Sanne Grinovero > Labels: 620 > Fix For: 7.0.0.Alpha1 > > > Currently in distributed mode it takes about 2 minutes to index 2000 entries. This was found in ISPN-3102. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3586) Improve performance of Infinispan Lucene directory provider

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3586?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3586: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. Thanks! > Improve performance of Infinispan Lucene directory provider > ----------------------------------------------------------- > > Key: ISPN-3586 > URL: https://issues.jboss.org/browse/ISPN-3586 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Affects Versions: 6.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Sanne Grinovero > Labels: 620 > Fix For: 7.0.0.Alpha1 > > > Currently in distributed mode it takes about 2 minutes to index 2000 entries. This was found in ISPN-3102. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3834) New advanced indexing flag to skip deletion of previous entry

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3834?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3834: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. Thanks! > New advanced indexing flag to skip deletion of previous entry > ------------------------------------------------------------- > > Key: ISPN-3834 > URL: https://issues.jboss.org/browse/ISPN-3834 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Labels: 620 > Fix For: 7.0.0.Alpha1 > > > I'm needing to add a org.infinispan.context.Flag.SKIP_INDEX_CLEANUP which does not issue an UPDATE index command but a simple ADD. > Just ADD is way more efficient, just we can't automatically detect it safely so I need a flag to allow for efficient data import. -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3833) QueryInterceptor#updateKnownTypesIfNeeded invokes into the cluster registry too frequently

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3833?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3833: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. Thanks! > QueryInterceptor#updateKnownTypesIfNeeded invokes into the cluster registry too frequently > ------------------------------------------------------------------------------------------ > > Key: ISPN-3833 > URL: https://issues.jboss.org/browse/ISPN-3833 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Alpha1 > > > The QueryInterceptor should use a local cache to avoid unnecessary invocations, especially as the cluster registry is transactional this is a source of garbage generation. -- 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

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2013