April 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3023) Re-implement BoundedConcurrentHashMap using CHMv8 designs

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3023?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3023: -------------------------------- Priority: Minor (was: Major) > Re-implement BoundedConcurrentHashMap using CHMv8 designs > --------------------------------------------------------- > > Key: ISPN-3023 > URL: https://issues.jboss.org/browse/ISPN-3023 > Project: Infinispan > Issue Type: Feature Request > Components: Core API, Eviction > Affects Versions: 5.2.5.Final > Reporter: Manik Surtani > Assignee: Manik Surtani > Priority: Minor > Labels: performance > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > This is better than the current segment-based approach, in terms of memory footprint as well as performance under high concurrency. -- 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-2589) NPE in InvalidateL1Command

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2589?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-2589: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.3.0.Beta1 Resolution: Done > NPE in InvalidateL1Command > -------------------------- > > Key: ISPN-2589 > URL: https://issues.jboss.org/browse/ISPN-2589 > Project: Infinispan > Issue Type: Bug > Components: Core API, State transfer > Affects Versions: 5.2.0.Beta5 > Reporter: Thomas Fromm > Assignee: Adrian Nistor > Fix For: 5.3.0.Beta1, 5.3.0.Final > > Attachments: standalone_node0001.xml > > > The used cache is an REPL_SYNC one w/o L1 and Optimistic TX. > Can't provide unit test, just saw it in my logs. > WARN 05.12.12 20:08:22,746 [OOB-173,IBIS-2147] CacheTopologyControlCommand ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=MODULE_PROPERTIES_VERSION, type=CH_UPDATE, sender=IBIS-57850, joinInfo=null, topologyId=14, currentCH=ReplicatedConsistentHash{members=[IBIS-57850, IBIS-15651, IBIS-14611, IBIS-7942, IBIS-4256, IBIS-25472, IBIS-32523]}, pendingCH=null, throwable=null, viewId=8} > java.lang.NullPointerException > at org.infinispan.commands.write.InvalidateL1Command.perform(InvalidateL1Command.java:109) > at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:110) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:127) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:211) > at org.infinispan.interceptors.EntryWrappingInterceptor.visitInvalidateL1Command(EntryWrappingInterceptor.java:143) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitInvalidateL1Command(AbstractLockingInterceptor.java:99) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:256) > at org.infinispan.interceptors.TxInterceptor.visitInvalidateCommand(TxInterceptor.java:224) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.statetransfer.StateTransferInterceptor.visitInvalidateL1Command(StateTransferInterceptor.java:172) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:141) > at org.infinispan.commands.AbstractVisitor.visitInvalidateL1Command(AbstractVisitor.java:146) > at org.infinispan.commands.write.InvalidateL1Command.acceptVisitor(InvalidateL1Command.java:192) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) > at org.infinispan.statetransfer.StateConsumerImpl.invalidateSegments(StateConsumerImpl.java:592) > at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:239) > at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:191) > at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:58) > at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:117) > at org.infinispan.topology.LocalTopologyManagerImpl.handleConsistentHashUpdate(LocalTopologyManagerImpl.java:194) > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:165) > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:137) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:252) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:219) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:390) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:248) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598) > at org.jgroups.JChannel.up(JChannel.java:703) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > at org.jgroups.protocols.RSVP.up(RSVP.java:172) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) > at org.jgroups.protocols.FC.up(FC.java:479) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:896) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244) > at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:432) > at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:721) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:574) > at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:143) > at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:187) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288) > at org.jgroups.protocols.MERGE3.up(MERGE3.java:290) > at org.jgroups.protocols.Discovery.up(Discovery.java:359) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1287) > at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1850) > at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1823) > 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

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-3040) Infinispan Common Parent POM doesn't follow its schema

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3040?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3040: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.3.0.Beta1 5.3.0.Final Resolution: Done > Infinispan Common Parent POM doesn't follow its schema > ------------------------------------------------------ > > Key: ISPN-3040 > URL: https://issues.jboss.org/browse/ISPN-3040 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.5.Final, 5.3.0.Alpha1 > Reporter: Vladimir Dosoudil > Assignee: Tristan Tarrant > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > The POM of Infinispan Common Parent (parent/pom.xml) is invalid against its [schema|http://maven.apache.org/xsd/maven-4.0.0.xsd]: > {code} > parent/pom.xml:1800: element configuration: Schemas validity error : Element '{http://maven.apache.org/POM/4.0.0}configuration', attribute 'combine.self': The attribute 'combine.self' is not allowed. > parent/pom.xml:1851: element configuration: Schemas validity error : Element '{http://maven.apache.org/POM/4.0.0}configuration', attribute 'combine.self': The attribute 'combine.self' is not allowed. > {code} > The [commit|https://github.com/infinispan/infinispan/commit/1ade18efcfcd73dadb...] for [JBQA-6819|https://issues.jboss.org/browse/JBQA-6819] brings the attribute _combine.self_ for the _configuration_ element. This attribute is not allowed for the _configuration_ element but for its children, see [POM Reference|http://maven.apache.org/pom.html]: > {quote} > You can control how child POMs inherit configuration from parent POMs by adding attributes *to the children of the configuration element*. The attributes are combine.children and combine.self. Use these attributes in a child POM to control how Maven combines plugin configuration from the parent with the explicit configuration in the child. > {quote} > Checked on 5.2.x branch but the bug is on both branches 5.2.x and master. -- 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-2985) HotRod endpoint SSL support

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2985?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-2985: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.3.0.Beta1 Resolution: Done > HotRod endpoint SSL support > --------------------------- > > Key: ISPN-2985 > URL: https://issues.jboss.org/browse/ISPN-2985 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > The server endpoints should be able to use a security-domain for SSL configuration -- 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-3042) Rebase AS integration modules against EAP 6.1

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3042?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3042: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1787 > Rebase AS integration modules against EAP 6.1 > --------------------------------------------- > > Key: ISPN-3042 > URL: https://issues.jboss.org/browse/ISPN-3042 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build process > Affects Versions: 5.3.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Beta1 > > -- 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-3042) Rebase AS integration modules against EAP 6.1

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3042: ------------------------------------- Summary: Rebase AS integration modules against EAP 6.1 Key: ISPN-3042 URL: https://issues.jboss.org/browse/ISPN-3042 Project: Infinispan Issue Type: Feature Request Components: Build process Affects Versions: 5.3.0.Alpha1 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 5.3.0.Beta1 -- 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-3042) Rebase AS integration modules against EAP 6.1

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3042?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3042: ---------------------------------- Issue Type: Component Upgrade (was: Feature Request) > Rebase AS integration modules against EAP 6.1 > --------------------------------------------- > > Key: ISPN-3042 > URL: https://issues.jboss.org/browse/ISPN-3042 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build process > Affects Versions: 5.3.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Beta1 > > -- 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-3026) Upgrade Query to Hibernate Search 4.3.0.Alpha1

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3026?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3026: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade Query to Hibernate Search 4.3.0.Alpha1 > ---------------------------------------------- > > Key: ISPN-3026 > URL: https://issues.jboss.org/browse/ISPN-3026 > Project: Infinispan > Issue Type: Component Upgrade > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 5.3.0.Beta1, 5.3.0.Final > > -- 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-3041) Verify Query tuning parameters are applied

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3041?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3041: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Verify Query tuning parameters are applied > ------------------------------------------ > > Key: ISPN-3041 > URL: https://issues.jboss.org/browse/ISPN-3041 > Project: Infinispan > Issue Type: Task > Components: Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > Add tests to verify performance tuning options are correctly applied to the indexing engine -- 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-2976) Log4J dependencies in codebase to be cleaned up

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2976?page=com.atlassian.jira.plugin.... ] Adrian Nistor edited comment on ISPN-2976 at 4/24/13 10:25 AM: --------------------------------------------------------------- log4j 1.x also has some concurrency bugs like this one https://issues.apache.org/bugzilla/show_bug.cgi?id=50213 that leads to hanged test suites very often. It would be good to move away from it. was (Author: anistor): log4j 1.x also has some concurrency bugs like this one https://issues.apache.org/bugzilla/show_bug.cgi?id=50213 that leads to hanged test suites very often. It wold be good to move away from it. > Log4J dependencies in codebase to be cleaned up > ----------------------------------------------- > > Key: ISPN-2976 > URL: https://issues.jboss.org/browse/ISPN-2976 > Project: Infinispan > Issue Type: Task > Affects Versions: 5.2.5.Final > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > When attempting to move to Log4J 2.0, I've noticed a number of hard deps on log4j classes. > {{SampleConfigFilesCorrectnessTest}} - this class makes use of a custom appender to analyse what a user is being warned of when a config file is parsed. Why are we using Log4J for this? Our own logging interface should be mocked and messages captured directly. > {{RehashStressTest}} and {{NucleotideCache}} - seems like a bug, I presume the author intended to use {{org.infinispan.logging.Log}}. > {{CompressedFileAppender}} and {{ThreadNameFilter}}- can this be written in a way that works with Log4J 1.x as well as 2.x? Or have the SPIs changed that much? -- 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 April 2013