January 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCLUSTER-184) Explore use of ClusteredCacheLoader to avoid state transfer

by Brian Stansberry (JIRA)

Explore use of ClusteredCacheLoader to avoid state transfer ----------------------------------------------------------- Key: JBCLUSTER-184 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-184 Project: JBoss Clustering Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry With CCL a cache miss results in a get call around the cluster. Can eliminate the need for in-memory state transfer. Won't work with buddy replication, but could be very interesting with total replication. Need to think through issues with things like passivation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
4
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-140) Examine need for a distributed service registry outside the AS

by Brian Stansberry (JIRA)

Examine need for a distributed service registry outside the AS -------------------------------------------------------------- Key: JBCLUSTER-140 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-140 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: Q3Y6 Is something like DRM needed outside the AS? If it is, do we want to use the JBoss Cache based version (creates JBC dependency.) DRM is used in two ways: 1) To maintain a distributed registry of remote invocation targets. 2) To maintain a distributed registry of services, which is done by having the service register a meaningless token under its key rather than a target. This is used by HASingleton. Need to examine whether this kind of thing is needed by Messaging, or whether simple listening for view changes is sufficient. Listening for view changes could be sufficient if each group member knew how to create a Remoting InvokerLocator for the other members based on the JGroups Address. But, this presupposes use of consistent ports across the cluster, and that the IP address used by JGroups is the one that Messaging traffic should use. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
5
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-144) Consider other clustering code that can be removed from the AS

by Brian Stansberry (JIRA)

Consider other clustering code that can be removed from the AS -------------------------------------------------------------- Key: JBCLUSTER-144 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-144 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: Q4Y6 Things like the http session replication code that we've considered integrating into Tomcat. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
4
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-141) Create a generic HA Singleton API

by Brian Stansberry (JIRA)

Create a generic HA Singleton API --------------------------------- Key: JBCLUSTER-141 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-141 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: Q3Y6 Also want to extract the HASingletonElectionPolicy code from the AS codebase. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
5
0 / 0

[JBoss JIRA] Created: (JBRULES-2730) Duplicate rules name errors not being identified across multiple resources in same package

by Michael Pellegrini (JIRA)

Duplicate rules name errors not being identified across multiple resources in same package ------------------------------------------------------------------------------------------ Key: JBRULES-2730 URL: https://jira.jboss.org/browse/JBRULES-2730 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Environment: Windows XP, Java 1.6.0_17 Reporter: Michael Pellegrini Assignee: Mark Proctor The validateUniqueRuleNamesmethod in the org.drools.compiler.PackageBuilder class currently only checks for duplicate rule names that are defined within the same resource. However, in the case where there are multiple resources added to the knowledge builder that share the same package name then the validateUniqueRuleNames method is not detecting duplicates across the package. In cases where rules have the same name and are defined in the same package then I would have expected to get a duplicate rule error but I do not as the rules are physically reside in two separate resources. It seems logical that in addition to checking if any rules are duplicated within the resource that it also checks to see that rule was already defined in the package registry as well. Otherwise the last rule overwrites the first and creates some rather odd behavior. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2221) duplicate function in different .drl files of same package silently overridden

by Wolfgang Laun (JIRA)

duplicate function in different .drl files of same package silently overridden ------------------------------------------------------------------------------ Key: JBRULES-2221 URL: https://jira.jboss.org/jira/browse/JBRULES-2221 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.0.1.FINAL Reporter: Wolfgang Laun Assignee: Mark Proctor Given package p and .drl files a.drl and b.drl, both in this package. If a.drl contains a function foo and b.drl a function foo, then b's function will silently supercede a's function, or vice versa. There is no indication of an error in the return value of kBuilder.getErrors(). -- 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

3
2
0 / 0

[JBoss JIRA] Created: (JASSIST-138) CHECKCAST of javassist.bytecode.analysis.Executor.execute() is broken

by Yu Kobayashi (JIRA)

CHECKCAST of javassist.bytecode.analysis.Executor.execute() is broken --------------------------------------------------------------------- Key: JASSIST-138 URL: https://issues.jboss.org/browse/JASSIST-138 Project: Javassist Issue Type: Bug Affects Versions: 3.12.0.GA Reporter: Yu Kobayashi Assignee: Shigeru Chiba At execute(MethodInfo method, int pos, CodeIterator iter, Frame frame, Subroutine subroutine) of javassist.bytecode.analysis.Executor, CHECKCAST is this. case CHECKCAST: verifyAssignable(Type.OBJECT, simplePop(frame)); frame.push(typeFromDesc(constPool.getClassInfo(iter.u16bitAt(pos + 1)))); break; However, constPool.getClassInfo() doesn't returns its descriptor. To fix this, please change it to frame.push(typeFromDesc(constPool.getClassInfoByDescriptor(iter.u16bitAt(pos + 1)))); and add this to javassist.bytecode.ConstPool. public String getClassInfoByDescriptor(int index) { ClassInfo c = (ClassInfo)getItem(index); if (c == null) return null; else { String className = getUtf8Info(c.name); if (className.charAt(0) == '[') { return className; } else { return Descriptor.of(className); } } } -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JASSIST-131) ClassFileWriter.ConstPoolWriter.addStringInfo() corrupts the ConstPool

by Kabir Khan (JIRA)

ClassFileWriter.ConstPoolWriter.addStringInfo() corrupts the ConstPool ---------------------------------------------------------------------- Key: JASSIST-131 URL: https://jira.jboss.org/browse/JASSIST-131 Project: Javassist Issue Type: Bug Affects Versions: 3.13.0.GA Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 3.14.0.GA It was mixing the output of itself and the utf info, this fixes it public int addStringInfo(String str) { + int utf8 = addUtf8Info(str); output.write(StringInfo.tag); - output.writeShort(addUtf8Info(str)); + output.writeShort(utf8); return num++; } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JASSIST-132) Instrumenting fails with ArrayIndexOutOfBoundsException

by Thomas Mauch (JIRA)

Instrumenting fails with ArrayIndexOutOfBoundsException ------------------------------------------------------- Key: JASSIST-132 URL: https://jira.jboss.org/browse/JASSIST-132 Project: Javassist Issue Type: Bug Affects Versions: 3.13.0.GA Environment: JDK 1.6.0_18 Reporter: Thomas Mauch Assignee: Shigeru Chiba I will upload a test case showing 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/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
8
0 / 0

[JBoss JIRA] Created: (JASSIST-110) CtClassType.isModified does not check for edited attributes in the ClassFile

by Flavia Rainone (JIRA)

CtClassType.isModified does not check for edited attributes in the ClassFile ---------------------------------------------------------------------------- Key: JASSIST-110 URL: https://jira.jboss.org/jira/browse/JASSIST-110 Project: Javassist Issue Type: Bug Affects Versions: 3.11.0.GA Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: 3.12.0.GA If you edit an attribute of a CtClass and call isModified, it will return false. It should return true. -- 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

2
6
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2011