January 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Updated: (ISPN-39) Distributed executors

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-39?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated ISPN-39: --------------------------------- Fix Version/s: 5.0.0.ALPHA2 (was: 5.0.0.BETA1) Updating fix version. > Distributed executors > --------------------- > > Key: ISPN-39 > URL: https://issues.jboss.org/browse/ISPN-39 > Project: Infinispan > Issue Type: Feature Request > Components: RPC > Reporter: Manik Surtani > Assignee: Vladimir Blagojevic > Priority: Critical > Labels: hackathon > Fix For: 5.0.0.ALPHA2, 5.0.0.Final > > > A new API to allow users to provide a Runnable/Callable and a set of keys to run this on, and the ability to move the code to where the data is and execute it there, returning results (if any) across a network. > Scope and objectives of this task are described in https://community.jboss.org/wiki/InfinispanDistributedExecutionFramework -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-875) DummyTM should behave like production TMs and not call commit on read-only TXs

by Manik Surtani (JIRA)

DummyTM should behave like production TMs and not call commit on read-only TXs ------------------------------------------------------------------------------ Key: ISPN-875 URL: https://issues.jboss.org/browse/ISPN-875 Project: Infinispan Issue Type: Task Components: Transactions Affects Versions: 4.2.0.Final Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.2.1.Final Helps catch a greater array of potential bugs, earlier on. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-876) Handle errors when enlisting transactional resources

by Manik Surtani (JIRA)

Handle errors when enlisting transactional resources ---------------------------------------------------- Key: ISPN-876 URL: https://issues.jboss.org/browse/ISPN-876 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency, Transactions Affects Versions: 4.2.0.Final Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.2.1.Final When a transaction is to be enlisted, if the transaction is not in a correct state an exception is thrown. This is fine, except that if the transaction happen to already have begun and have acquired locks, these locks will never be released. TMs can occasionally invalidate a transaction (perhaps a timeout) and leave things in an awkward state without this cleanup. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-859) Upgrade consistent hash function to use MurmurHash3 for better performance and more even spread

by Manik Surtani (JIRA)

Upgrade consistent hash function to use MurmurHash3 for better performance and more even spread ----------------------------------------------------------------------------------------------- Key: ISPN-859 URL: https://issues.jboss.org/browse/ISPN-859 Project: Infinispan Issue Type: Feature Request Components: Cache Server, Distributed Cache Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.0.0.BETA1, 5.0.0.Final MurmurHash3 has been released. Details of the improvements here are on: http://sites.google.com/site/murmurhash/ http://code.google.com/p/smhasher/wiki/MurmurHash3 Would need to update the hash version in Hot Rod as well. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-873) MurmurHash2 implementation is restricted to 31 bits instead of 32 bits

by Manik Surtani (JIRA)

MurmurHash2 implementation is restricted to 31 bits instead of 32 bits ---------------------------------------------------------------------- Key: ISPN-873 URL: https://issues.jboss.org/browse/ISPN-873 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 4.2.0.Final Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.2.1.Final This affects distribution spread. '>>' used instead of '>>>' in certain places, when avalanching bits. Fix needs to consider backward compatibility. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-872) In REST, serialized byte array is returned as raw but not serialized

by Galder Zamarreño (JIRA)

In REST, serialized byte array is returned as raw but not serialized -------------------------------------------------------------------- Key: ISPN-872 URL: https://issues.jboss.org/browse/ISPN-872 Project: Infinispan Issue Type: Enhancement Components: Cache Server Affects Versions: 5.0.0.ALPHA1, 4.2.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.1.Final, 5.0.0.ALPHA2 >From Michal: "When I want to store byte array in the serialized form (mimetype: application/x-java-serialized-object) I can't get it back, because rest server returns it in raw form instead of serialized form. see https://github.com/infinispan/infinispan/blob/4.2.0.FINAL/server/rest/src..., line 44-50. the process is like this: 1. PUT bytearray in serialized form 2. rest server deserializes the bytearray and stores it in deserialized (raw) form 3. GET byte array (expecting serialized form) 4. rest server retrieves the byte array in raw form but doesn't serialize it, instead streams it in raw form - because of the above mentioned code. testcase testByteArrayStorage() in https://anonsvn.jboss.org/repos/jbossas/branches/JBPAPP_5_1_datagrid/test..." -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
8
0 / 0

[JBoss JIRA] Created: (ISPN-874) Upgrade to maven-war-plugin 2.1

by Galder Zamarreño (JIRA)

Upgrade to maven-war-plugin 2.1 ------------------------------- Key: ISPN-874 URL: https://issues.jboss.org/browse/ISPN-874 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.ALPHA1, 4.2.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Priority: Minor Fix For: 4.2.1.Final, 5.0.0.ALPHA2 While uploading a snapshot, the ec2 demo UI did not build throwing this error: According to http://www.mail-archive.com/users@maven.apache.org/msg113496.html this has been fixed maven-war-plugin 2.1, so upgrading to that version. [INFO] ------------------------------------------------------------------------ [ERROR] FATAL ERROR [INFO] ------------------------------------------------------------------------ [INFO] org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation ---- Debugging information ---- message : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation cause-exception : com.thoughtworks.xstream.mapper.CannotResolveClassException cause-message : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation class : org.apache.maven.plugin.war.util.WebappStructure required-type : java.util.LinkedHashMap path : /webapp-structure/dependenciesInfo/org.apache.maven.plugin.war.util.DependencyInfo/dependency/locations/entry/org.apache.maven.model.InputLocation line number : 49 ------------------------------- [INFO] ------------------------------------------------------------------------ [INFO] Trace com.thoughtworks.xstream.converters.ConversionException: org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation ---- Debugging information ---- message : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation cause-exception : com.thoughtworks.xstream.mapper.CannotResolveClassException cause-message : org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation class : org.apache.maven.plugin.war.util.WebappStructure required-type : java.util.LinkedHashMap path : /webapp-structure/dependenciesInfo/org.apache.maven.plugin.war.util.DependencyInfo/dependency/locations/entry/org.apache.maven.model.InputLocation line number : 49 ------------------------------- at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:89) at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:225) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162) at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82) at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:246) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:218) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162) at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82) at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60) at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71) at com.thoughtworks.xstream.converters.collections.CollectionConverter.populateCollection(CollectionConverter.java:68) at com.thoughtworks.xstream.converters.collections.CollectionConverter.unmarshal(CollectionConverter.java:61) at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82) at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:246) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:218) at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162) at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82) at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76) at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60) at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:137) at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:33) at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:923) at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:909) at com.thoughtworks.xstream.XStream.fromXML(XStream.java:853) at org.apache.maven.plugin.war.util.WebappStructureSerializer.fromXml(WebappStructureSerializer.java:73) at org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp(AbstractWarMojo.java:423) at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:394) at org.apache.maven.plugin.war.WarMojo.performPackaging(WarMojo.java:195) at org.apache.maven.plugin.war.WarMojo.execute(WarMojo.java:157) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: org.apache.maven.model.InputLocation : org.apache.maven.model.InputLocation at com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:68) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:71) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.PackageAliasingMapper.realClass(PackageAliasingMapper.java:88) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.ClassAliasingMapper.realClass(ClassAliasingMapper.java:86) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.ArrayMapper.realClass(ArrayMapper.java:96) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38) at com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:52) at com.thoughtworks.xstream.core.util.HierarchicalStreams.readClassType(HierarchicalStreams.java:29) at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:70) at com.thoughtworks.xstream.converters.collections.MapConverter.populateMap(MapConverter.java:79) at com.thoughtworks.xstream.converters.collections.MapConverter.unmarshal(MapConverter.java:66) at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82) ... 57 more [INFO] ------------------------------------------------------------------------ [INFO] Total time: 26 minutes 38 seconds [INFO] Finished at: Fri Jan 14 15:26:13 CET 2011 [INFO] Final Memory: 129M/325M [INFO] ------------------------------------------------------------------------ -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-857) Favour Externalizer method implementations over @Marshalls annotation values

by Galder Zamarreño (JIRA)

Favour Externalizer method implementations over @Marshalls annotation values ---------------------------------------------------------------------------- Key: ISPN-857 URL: https://issues.jboss.org/browse/ISPN-857 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 5.0.0.ALPHA1 Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.BETA1 Enhance Externalizer interface with methods for getTypeClasses(), getTypeClassNames() and getId() in favour of annotations. The reason for doing this is twofold: - The use of annotations makes it difficult for other apps to abstract the externalizer framework. - Runtime errors not caught at compilation time could arise from code like this where X and Y have no relationship: @Marshalls(typeClasses = Y.class, id = ExternalizerIds.XExternalizer) public class XExternalizer implements Externalizer<X> { In particular, code like this would maintain guarantees between classes externalized and return of readObject(): List<Class<? extends T>> getTypeClasses(); -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

1
7
0 / 0

[JBoss JIRA] Created: (ISPN-866) Rename GlobalConfiguration.setMBeanServerLookup that takes instance

by Galder Zamarreño (JIRA)

Rename GlobalConfiguration.setMBeanServerLookup that takes instance ------------------------------------------------------------------- Key: ISPN-866 URL: https://issues.jboss.org/browse/ISPN-866 Project: Infinispan Issue Type: Bug Components: Configuration, JMX, reporting and management Affects Versions: 5.0.0.ALPHA1, 4.2.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.BETA1, 5.0.0.Final The following two methods are confusing: public void setMBeanServerLookup(String mBeanServerLookupClass) public void setMBeanServerLookup(MBeanServerLookup mBeanServerLookup) { The second one should be renamed to setMBeanServerLookupInstance -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-867) ExternalizerTable TRACE logging too verbose

by Manik Surtani (JIRA)

ExternalizerTable TRACE logging too verbose ------------------------------------------- Key: ISPN-867 URL: https://issues.jboss.org/browse/ISPN-867 Project: Infinispan Issue Type: Feature Request Components: Marshalling Affects Versions: 5.0.0.ALPHA1 Reporter: Manik Surtani Assignee: Galder Zamarreño Priority: Minor Fix For: 5.0.0.ALPHA2 Seen when a remote node throws an exception and the exception is propagated across the network. See http://pastie.org/1437482 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2011