July 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5650) NPE when trying to execute script from Hot Rod client

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5650?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5650: ------------------------------------ Issue Type: Bug (was: Enhancement) > NPE when trying to execute script from Hot Rod client > ----------------------------------------------------- > > Key: ISPN-5650 > URL: https://issues.jboss.org/browse/ISPN-5650 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Gustavo Fernandes > > {code} > String SCRIPT_CACHE = "___script_cache"; > RemoteCacheManager remoteCacheManager = ... > RemoteCache<String, String> scriptCache = remoteCacheManager.getCache(SCRIPT_CACHE); > scriptCache.put("wordCountMapper.js", ...); > {code} > throws: > {code} > 14:34:21,473 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (HotRodServerWorker-8-1) ISPN000136: Execution error: java.lang.NullPointerException > at org.infinispan.interceptors.compat.BaseTypeConverterInterceptor.visitPutKeyValueCommand(BaseTypeConverterInterceptor.java:85) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:72) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5558) DistributedTaskPart.equals() implementation is wrong

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5558?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5558: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1232733|https://bugzilla.redhat.com/show_bug.cgi?id=1232733] from POST to MODIFIED > DistributedTaskPart.equals() implementation is wrong > ---------------------------------------------------- > > Key: ISPN-5558 > URL: https://issues.jboss.org/browse/ISPN-5558 > Project: Infinispan > Issue Type: Bug > Components: Core, Distributed Execution and Map/Reduce > Affects Versions: 7.2.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.4.Final, 8.0.0.CR1, 8.0.0.Final > > > {{DistributedExecutorService.submitEverywhere()}} returns a list of futures, one future for each targeted node. Because of how {{DistributedTaskPart.equals()}} is implemented, all the futures in the list appear to be equal, even though their target node is different and their result will also be different. > The simplest fix would be to remove the equals() and hashCode() overloads from {{DistributedTaskPart}}. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5653: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/3618 > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > Assignee: William Burns > Fix For: 8.0.0.Beta3, 7.2.4.Final > > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5653: -------------------------------- Fix Version/s: 8.0.0.Beta3 7.2.4.Final > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > Assignee: William Burns > Fix For: 8.0.0.Beta3, 7.2.4.Final > > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5653: -------------------------------- Status: Open (was: New) > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-5653: ----------------------------------- Assignee: William Burns > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > Assignee: William Burns > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] Work on ISPN-5653 started by William Burns. ------------------------------------------- > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > Assignee: William Burns > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5654) Make DeadlockDetectingLockManager aware of single-node locking

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5654?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5654: ------------------------------- Issue Type: Task (was: Enhancement) > Make DeadlockDetectingLockManager aware of single-node locking > -------------------------------------------------------------- > > Key: ISPN-5654 > URL: https://issues.jboss.org/browse/ISPN-5654 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 8.0.0.Beta2 > Reporter: Dan Berindei > Fix For: 8.0.0.Final > > > {{DeadlockDetectingLockManager}} seems to assume that the node that started a transaction acquires a local lock before replicating, which is wrong since we switched to locking only on the primary owner. > In particular, {{isSameKeyDeadlock}} can probably be removed altogether. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5654) Make DeadlockDetectingLockManager aware of single-node locking

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5654: ---------------------------------- Summary: Make DeadlockDetectingLockManager aware of single-node locking Key: ISPN-5654 URL: https://issues.jboss.org/browse/ISPN-5654 Project: Infinispan Issue Type: Enhancement Components: Core Affects Versions: 8.0.0.Beta2 Reporter: Dan Berindei Fix For: 8.0.0.Final {{DeadlockDetectingLockManager}} seems to assume that the node that started a transaction acquires a local lock before replicating, which is wrong since we switched to locking only on the primary owner. In particular, {{isSameKeyDeadlock}} can probably be removed altogether. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5653) keySet().iterator() does not propagate flags to remove()

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5653?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-5653: ----------------------------------- It seems that can be fixed in {{TrackingEntryIterable}}: {code} return new RemovableEntryIterator(iterator, cache.getAdvancedCache().withFlags(flags.toArray(new Flag[flags.size()])), true); {code} > keySet().iterator() does not propagate flags to remove() > -------------------------------------------------------- > > Key: ISPN-5653 > URL: https://issues.jboss.org/browse/ISPN-5653 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta2 > Reporter: Radim Vansa > > Calling {{remove()}} on iterator obtained through keySet() does not propagate flags from the original (decorated) cache. Test case (should go into BaseEntryRetrieverTest): > {code} > @Test > public void simpleTestWithFlags() { > Map<Object, String> values = putValuesInCache(); > final Cache<Object, Object> cache = cache(0, CACHE_NAME); > cache.getAdvancedCache().addInterceptor(new BaseCustomInterceptor() { > @Override > public Object visitRemoveCommand(InvocationContext ctx, RemoveCommand command) throws Throwable { > assertTrue(command.hasFlag(Flag.SKIP_CACHE_STORE)); > return super.visitRemoveCommand(ctx, command); > } > }, 0); > for (Iterator it = cache(0, CACHE_NAME).getAdvancedCache().withFlags(Flag.SKIP_CACHE_STORE).keySet().iterator(); it.hasNext();) { > assertTrue(values.containsKey(it.next())); > it.remove(); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2015