July 2009 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Resolved: (ISPN-38) Early distributed deadlock detection

by Mircea Markus (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-38?page=com.atlassian.jira.plugin... ] Mircea Markus resolved ISPN-38. ------------------------------- Resolution: Done done > Early distributed deadlock detection > ------------------------------------ > > Key: ISPN-38 > URL: https://jira.jboss.org/jira/browse/ISPN-38 > Project: Infinispan > Issue Type: Feature Request > Components: Transactions > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 4.0.0.BETA1, 4.0.0.GA > > > Based on Jason's old designs. Will dig up docs and put this up somewhere. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
0
0 / 0

[JBoss JIRA] Assigned: (ISPN-56) Create migration script for EHCache

by Mircea Markus (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-56?page=com.atlassian.jira.plugin... ] Mircea Markus reassigned ISPN-56: --------------------------------- Assignee: Mircea Markus (was: Christophe Hivert) > Create migration script for EHCache > ----------------------------------- > > Key: ISPN-56 > URL: https://jira.jboss.org/jira/browse/ISPN-56 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration, Migration tools > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 4.0.0.BETA1, 4.0.0.GA > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-93) add a wiki describing import scripts usage

by Mircea Markus (JIRA)

add a wiki describing import scripts usage ------------------------------------------ Key: ISPN-93 URL: https://jira.jboss.org/jira/browse/ISPN-93 Project: Infinispan Issue Type: Feature Request Affects Versions: 4.0.0.BETA1 Reporter: Mircea Markus Assignee: Manik Surtani Wiki should be linked from faq and describe at least: - which products configs can be migrated to infinispan - how does it work for each product, limitations -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-140) Investigate useTransitiveDependencies=true in assembly descriptors

by Galder Zamarreno (JIRA)

Investigate useTransitiveDependencies=true in assembly descriptors ------------------------------------------------------------------ Key: ISPN-140 URL: https://jira.jboss.org/jira/browse/ISPN-140 Project: Infinispan Issue Type: Task Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.BETA1 A resolution is needed on way or the other to be able to run demos relying on other 3rd party libraries such as JClouds. I'm gonna try to set useTransitiveDependencies and see if I can exclude jars. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-141) Marshaller should start before Transport

by Galder Zamarreno (JIRA)

Marshaller should start before Transport ---------------------------------------- Key: ISPN-141 URL: https://jira.jboss.org/jira/browse/ISPN-141 Project: Infinispan Issue Type: Bug Affects Versions: 4.0.0.ALPHA6 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.BETA1 Actually, just run the tests locally with some TRACE logging and there appears to be a race condition between the @Start phases of Transport and Marshaller: 2009-07-23 12:08:12,300 5718 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (Incoming-1,Infinispan-Cluster,localhost.localdomain-45973:) Problems invoking command. java.lang.NullPointerException at org.infinispan.marshall.jboss.JBossMarshaller$2.initialValue(JBossMarshaller.java:87) ... 2009-07-23 12:08:12,334 5752 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (main:) Cache local address is localhost.localdomain-45973 2009-07-23 12:08:12,335 5753 DEBUG [org.infinispan.marshall.jboss.JBossMarshaller] (main:) Using JBoss Marshalling based marshaller. Basically, JGroups transport is starting before Marshaller whereas it should be the other way around. Currently, both start methods where using priority=10. Changing marshaller's priority to 9 appears to solve the issue -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-136) Implement Externalizer for Delta

by Galder Zamarreno (JIRA)

Implement Externalizer for Delta -------------------------------- Key: ISPN-136 URL: https://jira.jboss.org/jira/browse/ISPN-136 Project: Infinispan Issue Type: Task Components: RPC Reporter: Galder Zamarreno Assignee: Galder Zamarreno Priority: Minor Fix For: 4.0.0.BETA1 Currently we're relying on it being Externalizable but we need to transform it to internal Externalizer. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
4
0 / 0

[JBoss JIRA] Created: (ISPN-101) Move test name verifier from the core module to the tools module

by Manik Surtani (JIRA)

Move test name verifier from the core module to the tools module ---------------------------------------------------------------- Key: ISPN-101 URL: https://jira.jboss.org/jira/browse/ISPN-101 Project: Infinispan Issue Type: Task Reporter: Manik Surtani Assignee: Navin Surtani Fix For: 4.0.0.BETA1 The TestNameVerifier class exists in each module to verify that test names used meets standards. Now that we have a separate tools module for ancillaries such as this, we should remove the TestNameVerifier in each of the other modules and have one version of it in the tools module - that runs as a part of tools' test suite - to verify all test names in the entire project. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-125) Switching to Externalizers to hardcoded indexes and @Marshallable annotation

by Galder Zamarreno (JIRA)

Switching to Externalizers to hardcoded indexes and @Marshallable annotation ---------------------------------------------------------------------------- Key: ISPN-125 URL: https://jira.jboss.org/jira/browse/ISPN-125 Project: Infinispan Issue Type: Bug Components: RPC Affects Versions: 4.0.0.ALPHA5 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.BETA1 Currently, ConstantObjectTable uses an indexed List to figure out which Externalizer it needs to read. This index is calculated based on the order EXTERNALIZERS.entrySet() but this order could vary depending on the JDK and hence, different nodes could apply a different order. This would cause ISPN to malfunction. Therefore, there's a need to hardcode these indexes somehow. On the other hard, the way Externalizers and classes externalized are linked is not ideal since this is hardcoded. Instead, a suggestion was made to create an annotation, i.e. @Mashallable? that is applied to classes that have Externalizers associated to them. This annotation would also take a hardcoded index for it, i.e. @Marshallable(externalizer=JGroupsAddressExternalizer.class, id=2) public class JGroupsAddress implements Address { ... The idea here is that instead of scanning for @Marshallable annotations at startup, instead, ConstantObjectTable.getObjectWriter() would be enhanced to writers map and if the target type not present, scan the object for Marshallable annotation and add it to the map accordingly. Finally, ConstantObjectTable.objects list needs to be switched to something else, possibly a identity hashmap so that free spaces are allowed. In the future, we could remove certain externalizers and hence that should leave empty spots. Note: We'd need some place where the next available index number for @Marshallable so that implementers can use it? How would we make sure this is kept up 2 date? Idea: The indexes could be maintained in a separate class that only contains indexes (as public static final) and @Marshallable annotations could just use them. That would give a global view of the available indexes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

2
6
0 / 0

[JBoss JIRA] Created: (ISPN-119) Temporary workaround for endless loop reading from S3 cache store

by Galder Zamarreno (JIRA)

Temporary workaround for endless loop reading from S3 cache store ----------------------------------------------------------------- Key: ISPN-119 URL: https://jira.jboss.org/jira/browse/ISPN-119 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.0.0.ALPHA5 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.BETA1 Comment inputStream.available(); in org.infinispan.marshall.AbstractMarshaller to get around issue explained in https://issues.apache.org/jira/browse/HTTPCORE-199 Once the fix is available, get JClouds to upgrade this dependency and uncomment it. The effect of the issue and the available() call is that an endless loop is formed when reading from an S3 cache store via JClouds. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-103) JMX Doclet doesn't pick up @ManagedAttribute annotations made on fields on superclasses

by Manik Surtani (JIRA)

JMX Doclet doesn't pick up @ManagedAttribute annotations made on fields on superclasses --------------------------------------------------------------------------------------- Key: ISPN-103 URL: https://jira.jboss.org/jira/browse/ISPN-103 Project: Infinispan Issue Type: Task Affects Versions: 4.0.0.ALPHA4 Reporter: Manik Surtani Assignee: Navin Surtani Fix For: 4.0.0.BETA1 This is pertaining to the Doclet that generates JMX documentation in the tools module -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 5 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2009