[JBoss JIRA] Created: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
2 p.m.
Exception in hash code calculation for character attributes in alpha hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://jira.jboss.org/jira/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Mark Proctor
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not supported
from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
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
4:40 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://jira.jboss.org/jira/browse/JBRULES-2466?page=com.atlassian.jira.p...
]
Mark Proctor updated JBRULES-2466:
----------------------------------
Fix Version/s: 5.1.0.M2
Assignee: Edson Tirelli (was: Mark Proctor)
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://jira.jboss.org/jira/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Edson Tirelli
Fix For: 5.1.0.M2
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
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
9:32 p.m.
New subject: [JBoss JIRA] Updated: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://jira.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plugin...
]
Edson Tirelli updated JBRULES-2466:
-----------------------------------
Fix Version/s: 5.1.0.CR1
(was: 5.1.0.M2)
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://jira.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Edson Tirelli
Fix For: 5.1.0.CR1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
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
11:40 p.m.
New subject: [JBoss JIRA] Updated: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://jira.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plugin...
]
Mark Proctor updated JBRULES-2466:
----------------------------------
Fix Version/s: 5.2.0.M1
(was: 5.1.0.CR1)
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://jira.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Edson Tirelli
Fix For: 5.2.0.M1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
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
6:51 a.m.
New subject: [JBoss JIRA] Closed: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://issues.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plug...
]
Mark Proctor closed JBRULES-2466.
---------------------------------
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://issues.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Mark Proctor
Fix For: 5.2.0.CR1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:51 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://issues.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plug...
]
Mark Proctor updated JBRULES-2466:
----------------------------------
Fix Version/s: 5.2.0.CR1
(was: 5.2.0.M1)
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://issues.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Edson Tirelli
Fix For: 5.2.0.CR1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:51 a.m.
New subject: [JBoss JIRA] Assigned: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://issues.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plug...
]
Mark Proctor reassigned JBRULES-2466:
-------------------------------------
Assignee: Mark Proctor (was: Edson Tirelli)
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://issues.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Mark Proctor
Fix For: 5.2.0.CR1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:51 a.m.
New subject: [JBoss JIRA] Resolved: (JBRULES-2466) Exception in hash code calculation for character attributes in alpha hashing optimization
[
https://issues.jboss.org/browse/JBRULES-2466?page=com.atlassian.jira.plug...
]
Mark Proctor resolved JBRULES-2466.
-----------------------------------
Resolution: Done
fixed, with added test.
Exception in hash code calculation for character attributes in alpha
hashing optimization
-----------------------------------------------------------------------------------------
Key: JBRULES-2466
URL: https://issues.jboss.org/browse/JBRULES-2466
Project: Drools
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.1.0.M1
Reporter: Olexandr Demura
Assignee: Mark Proctor
Fix For: 5.2.0.CR1
JBRULES-1348 introduces a bug in interaction between CompositeObjectSinkAdapter$HashKey
and BaseObjectClassFieldReader
be following code change
- } else if ( vtype.isIntegerNumber() ) {
+ } else if ( vtype.isIntegerNumber() || vtype.isChar() ) {
this.type = LONG;
if ( !isNull ) {
this.lvalue = extractor.getLongValue( null, value );
because BaseObjectClassFieldReader.getLongValue() doesn't handle properties of
Character type,
and RuntimeDroolsException is thrown with message "Conversion to double not
supported from java.lang.Character".
In case BaseObjectClassFieldReader.getLongValue() returns ((Character) value).charValue()
instead of throwing exception,
exception in the following form will be thrown be CompositeObjectSinkAdapter$HashKey
on equality check if other HashKey gained type OBJECT instead of LONG:
java.lang.NumberFormatException: For input string: "R"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.getLongValue(CompositeObjectSinkAdapter.java:628)
at
org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:692)
at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:446)
at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:90)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:326)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4982
days inactive
5394
days old
7 comments
3 participants
participants (3)
-
Edson Tirelli (JIRA) -
Mark Proctor (JIRA)
-
Olexandr Demura (JIRA)