November 2010 - jboss-jira - Jboss List Archives

[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

14 years, 10 months

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

14 years, 10 months

3
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

14 years, 10 months

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

14 years, 10 months

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

14 years, 10 months

2
6
0 / 0

[JBoss JIRA] Created: (JBAS-8490) Validate any domain/host/standalone config files we ship

by Brian Stansberry (JIRA)

Validate any domain/host/standalone config files we ship -------------------------------------------------------- Key: JBAS-8490 URL: https://jira.jboss.org/browse/JBAS-8490 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 7.0.0.M1 As part of the testsuite smoke tests, validate any config files we ship. There is already a smoke test that does something like this, but it is validating example files. It should validate the real files. -- 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

14 years, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (JBAS-8408) java.lang.NoClassDefFoundError: com/rsa/cryptoj/c/di using JBoss 6.0.0.M3

by Sasha Matison (JIRA)

java.lang.NoClassDefFoundError: com/rsa/cryptoj/c/di using JBoss 6.0.0.M3 ------------------------------------------------------------------------- Key: JBAS-8408 URL: https://jira.jboss.org/browse/JBAS-8408 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: ClassLoading Affects Versions: 6.0.0.M3 Environment: JBoss 6.0.0.M3, Windows 2003 R2 SP2. Reporter: Sasha Matison Assignee: Scott M Stark Priority: Critical Our application uses RSA crypto-j version 4.1. When executing a transaction we get the following error: java.lang.NoClassDefFoundError: com/rsa/cryptoj/c/di Although the class is present in the jar file (see attached screenshot). A sample .war that reproduces the problem is attached. -- 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

14 years, 10 months

5
12
0 / 0

[JBoss JIRA] Created: (JBRULES-2660) withdrawing BRMS patches

by y y (JIRA)

withdrawing BRMS patches ------------------------ Key: JBRULES-2660 URL: https://jira.jboss.org/browse/JBRULES-2660 Project: Drools Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 5.1.0.FINAL Reporter: y y Assignee: Mark Proctor Hi, For several reasons, I decided to withdraw those contributions introduced from my spare time. Please ensure that the following codes from me are removed from the upstream code repository, any further versions, and any RedHat proprietary code repository. https://jira.jboss.org/browse/BRMS-145 https://jira.jboss.org/browse/BRMS-226 https://jira.jboss.org/browse/BRMS-230 https://jira.jboss.org/browse/JBRULES-2008 https://jira.jboss.org/browse/JBRULES-2010 https://jira.jboss.org/browse/JBRULES-2280 https://jira.jboss.org/browse/JBRULES-2231 More specifically, please remove all of them: /drools-guvnor/src/main/java/org/drools/guvnor/client/messages/Constants_ja_JP.properties /drools-compiler/src/test/java/org/drools/compiler/MultibyteDSLTest.java /drools-compiler/src/test/resources/org/drools/compiler/multibyte-utf8.dsl /drools-compiler/src/test/resources/org/drools/compiler/multibyte-utf8.dslr https://jira.jboss.org/secure/attachment/12325927/javadialecti18n.patch -- 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

14 years, 11 months

2
11
0 / 0

[JBoss JIRA] Created: (JGRP-1007) Flush: change signature of JChannel#startFlush to include checked exception

by Vladimir Blagojevic (JIRA)

Flush: change signature of JChannel#startFlush to include checked exception --------------------------------------------------------------------------- Key: JGRP-1007 URL: https://jira.jboss.org/jira/browse/JGRP-1007 Project: JGroups Issue Type: Task Affects Versions: 2.6, 2.8 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 3.0 We have to change signature of startFlush method to include checked exceptions in its signature. We have previously relied on boolean return value of startFlush to get information about success of startFlush method invocation. This approach has been proven to be insufficient, particularly in the light of dealing with [JGRP-985]. We need to discriminate various reasons why startFlush failed, i.e due flush collision, missing response from flush member and so on. Therefore, starting with release 3.0 startFlush method will be void and will throw checked exceptions. -- 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

14 years, 11 months

2
4
0 / 0

[JBoss JIRA] Created: (JBAS-7950) HornetQ keeps re-delivering the message infinitely on a failure to deliver to MDB

by jaikiran pai (JIRA)

HornetQ keeps re-delivering the message infinitely on a failure to deliver to MDB ---------------------------------------------------------------------------------- Key: JBAS-7950 URL: https://jira.jboss.org/jira/browse/JBAS-7950 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JMS (HornetQ) Environment: AS trunk (hornetq 2.1.0 Beta2) Reporter: jaikiran pai Assignee: Clebert Suconic As discussed in the referenced forum thread, when HornetQ first fails to deliver a message to a MDB, it continues to redeliver the message infinitely. Also note that the JMS Message.getJMSRedelivered() is also broken - it keeps returning false even on a redelivered message. -- 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

14 years, 11 months

8
36
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 November 2010