August 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4632) java.lang.NoSuchFieldError: objectPreResolver thrown during MapReduceTask.execute()

by Alan Field (JIRA)

[ https://issues.jboss.org/browse/ISPN-4632?page=com.atlassian.jira.plugin.... ] Alan Field reassigned ISPN-4632: -------------------------------- Assignee: Alan Field (was: Dan Berindei) > java.lang.NoSuchFieldError: objectPreResolver thrown during MapReduceTask.execute() > ----------------------------------------------------------------------------------- > > Key: ISPN-4632 > URL: https://issues.jboss.org/browse/ISPN-4632 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Beta1 > Reporter: Alan Field > Assignee: Alan Field > Attachments: NoSuchFieldError.log > > > I am running a WordCount Map/Reduce job with one node and getting the following exception: > {noformat} > Exception in thread "main" java.lang.NoSuchFieldError: objectPreResolver > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:106) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:73) > at org.infinispan.marshall.core.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:77) > at org.infinispan.commons.marshall.AbstractMarshaller.objectToByteBuffer(AbstractMarshaller.java:70) > at org.infinispan.commons.marshall.AbstractMarshaller.objectToByteBuffer(AbstractMarshaller.java:60) > at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectToByteBuffer(AbstractDelegatingMarshaller.java:70) > at org.infinispan.commons.util.Util.cloneWithMarshaller(Util.java:286) > at org.infinispan.distexec.mapreduce.MapReduceTask.clone(MapReduceTask.java:926) > at org.infinispan.distexec.mapreduce.MapReduceTask.executeMapPhase(MapReduceTask.java:572) > at org.infinispan.distexec.mapreduce.MapReduceTask.executeHelper(MapReduceTask.java:475) > at org.infinispan.distexec.mapreduce.MapReduceTask.execute(MapReduceTask.java:411) > at org.infinispan.distexec.mapreduce.MapReduceTask.execute(MapReduceTask.java:853) > at org.radargun.service.InfinispanMapReduce.executeMapReduceTask(InfinispanMapReduce.java:84) > at org.radargun.stages.mapreduce.MapReduceStage.executeMapReduceTask(MapReduceStage.java:197) > at org.radargun.stages.mapreduce.MapReduceStage.executeOnSlave(MapReduceStage.java:151) > at org.radargun.Slave.run(Slave.java:98) > at org.radargun.Slave.main(Slave.java:132) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1129586|https://bugzilla.redhat.com/show_bug.cgi?id=1129586] from MODIFIED to POST > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4602) Verify EntryIterator works with MarshalledValues

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4602?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4602: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1128811|https://bugzilla.redhat.com/show_bug.cgi?id=1128811] from POST to MODIFIED > Verify EntryIterator works with MarshalledValues > ------------------------------------------------ > > Key: ISPN-4602 > URL: https://issues.jboss.org/browse/ISPN-4602 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Marshalling > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta1 > > > The EntryIterator currently doesn't deserialize MarshalledValues as needed which would cause filter failures and the incorrect values to be returned. > This also means each key/value pair would need to be deserialized when applied to filter which will be slower and should be noted in documentation, but sent across as MarshalledValues?. The only other way is to use some sort of proxy for each object to force lazy deserialization on referencing a field when applying filter, but this seems overkill. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4637) HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName'

by Duncan Doyle (JIRA)

[ https://issues.jboss.org/browse/ISPN-4637?page=com.atlassian.jira.plugin.... ] Duncan Doyle commented on ISPN-4637: ------------------------------------ Pull request with a test that demonstrates the problem: https://github.com/infinispan/infinispan/pull/2794 > HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName' > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-4637 > URL: https://issues.jboss.org/browse/ISPN-4637 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Server > Affects Versions: 7.0.0.Beta1 > Environment: Mac OS X 10.9.4, Oracle HotSpot 1.7.0_67. Infinispan built from master. > Reporter: Duncan Doyle > Assignee: Galder Zamarreño > Fix For: 7.0.0.Beta2 > > > The HotRodServer allows for the registration of custom ClientListeners that specify a non-existing 'converterFactoryName'. I.e., the ClientListenerRegistry.addClientListener method/function does not check whether the given 'converterFactoryName' exists on the server, and if it doesn't exist, it adds the ClientListener with a Null converter. > The problem is that this gives unexpected results in the client. ISPN in this case seems to send back events that just contain the 'value' of the entry that was inserted/modified/removed. But the ClientListener probably expects a custom type: ClientCacheEntryCustomEvent<MyCustomType> > So, eventually what happens is funky CCEs because the eventData returned in the event (in this case the value of the entry) is not of the same class as MyCustomType. > In my opinion, HotRodServer should return an error when one tries to register a listener which specifies a non-registered converterFactory. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4637) HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName'

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4637?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4637: ----------------------------------- Fix Version/s: 7.0.0.Beta2 > HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName' > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-4637 > URL: https://issues.jboss.org/browse/ISPN-4637 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Server > Affects Versions: 7.0.0.Beta1 > Environment: Mac OS X 10.9.4, Oracle HotSpot 1.7.0_67. Infinispan built from master. > Reporter: Duncan Doyle > Assignee: Galder Zamarreño > Fix For: 7.0.0.Beta2 > > > The HotRodServer allows for the registration of custom ClientListeners that specify a non-existing 'converterFactoryName'. I.e., the ClientListenerRegistry.addClientListener method/function does not check whether the given 'converterFactoryName' exists on the server, and if it doesn't exist, it adds the ClientListener with a Null converter. > The problem is that this gives unexpected results in the client. ISPN in this case seems to send back events that just contain the 'value' of the entry that was inserted/modified/removed. But the ClientListener probably expects a custom type: ClientCacheEntryCustomEvent<MyCustomType> > So, eventually what happens is funky CCEs because the eventData returned in the event (in this case the value of the entry) is not of the same class as MyCustomType. > In my opinion, HotRodServer should return an error when one tries to register a listener which specifies a non-registered converterFactory. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4637) HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName'

by Duncan Doyle (JIRA)

Duncan Doyle created ISPN-4637: ---------------------------------- Summary: HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName' Key: ISPN-4637 URL: https://issues.jboss.org/browse/ISPN-4637 Project: Infinispan Issue Type: Bug Security Level: Public (Everyone can see) Components: Server Affects Versions: 7.0.0.Beta1 Environment: Mac OS X 10.9.4, Oracle HotSpot 1.7.0_67. Infinispan built from master. Reporter: Duncan Doyle Assignee: Mircea Markus The HotRodServer allows for the registration of custom ClientListeners that specify a non-existing 'converterFactoryName'. I.e., the ClientListenerRegistry.addClientListener method/function does not check whether the given 'converterFactoryName' exists on the server, and if it doesn't exist, it adds the ClientListener with a Null converter. The problem is that this gives unexpected results in the client. ISPN in this case seems to send back events that just contain the 'value' of the entry that was inserted/modified/removed. But the ClientListener probably expects a custom type: ClientCacheEntryCustomEvent<MyCustomType> So, eventually what happens is funky CCEs because the eventData returned in the event (in this case the value of the entry) is not of the same class as MyCustomType. In my opinion, HotRodServer should return an error when one tries to register a listener which specifies a non-registered converterFactory. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4637) HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName'

by Duncan Doyle (JIRA)

[ https://issues.jboss.org/browse/ISPN-4637?page=com.atlassian.jira.plugin.... ] Duncan Doyle updated ISPN-4637: ------------------------------- Assignee: Galder Zamarreño (was: Mircea Markus) > HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName' > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-4637 > URL: https://issues.jboss.org/browse/ISPN-4637 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Server > Affects Versions: 7.0.0.Beta1 > Environment: Mac OS X 10.9.4, Oracle HotSpot 1.7.0_67. Infinispan built from master. > Reporter: Duncan Doyle > Assignee: Galder Zamarreño > > The HotRodServer allows for the registration of custom ClientListeners that specify a non-existing 'converterFactoryName'. I.e., the ClientListenerRegistry.addClientListener method/function does not check whether the given 'converterFactoryName' exists on the server, and if it doesn't exist, it adds the ClientListener with a Null converter. > The problem is that this gives unexpected results in the client. ISPN in this case seems to send back events that just contain the 'value' of the entry that was inserted/modified/removed. But the ClientListener probably expects a custom type: ClientCacheEntryCustomEvent<MyCustomType> > So, eventually what happens is funky CCEs because the eventData returned in the event (in this case the value of the entry) is not of the same class as MyCustomType. > In my opinion, HotRodServer should return an error when one tries to register a listener which specifies a non-registered converterFactory. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1129586|https://bugzilla.redhat.com/show_bug.cgi?id=1129586] from NEW to MODIFIED > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4635: -------------------------------- Description: Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4635: -------------------------------- Issue Type: Enhancement (was: Bug) > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2014