[JBoss JIRA] Created: (JBRULES-3220) getFactHandle(fact) sometimes returns null even thought the fact is there.
5:57 a.m.
getFactHandle(fact) sometimes returns null even thought the fact is there.
--------------------------------------------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mario Fusco
see MiscTest.testGetFactHandle() which is a regression test for that issue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:29 p.m.
New subject: [JBoss JIRA] Resolved: (JBRULES-3220) getFactHandle(fact) sometimes returns null even thought the fact is there.
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
Mario Fusco resolved JBRULES-3220.
----------------------------------
Resolution: Done
fix ObjectHashMap resize
getFactHandle(fact) sometimes returns null even thought the fact is
there.
--------------------------------------------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mario Fusco
see MiscTest.testGetFactHandle() which is a regression test for that issue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:32 p.m.
New subject: [JBoss JIRA] Updated: (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
Mark Proctor updated JBRULES-3220:
----------------------------------
Summary: AbstractHashTable resize gets corrupted (was: getFactHandle(fact)
sometimes returns null even thought the fact is there.)
Description:
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
was:see MiscTest.testGetFactHandle() which is a regression test for that issue.
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mario Fusco
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:22 a.m.
New subject: [JBoss JIRA] Reopened: (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
Mark Proctor reopened JBRULES-3220:
-----------------------------------
Assignee: Mark Proctor (was: Mario Fusco)
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:45 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration updated JBRULES-3220:
---------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=743540
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:49 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration commented on JBRULES-3220:
--------------------------------------------------
Mark Proctor <mproctor(a)redhat.com> made a comment on [bug
743540|https://bugzilla.redhat.com/show_bug.cgi?id=743540]
I have now fixed this in master. However I noticed the previous incorrect fix was not
cherry-picked to 5.2.x either.
The commits are listed in jira, under source commits. As this is now late stage and you
need control over git, I'll leave you to cherry pick these. Even though the original
commit is wrong, you'll have to cherry-pick that first to get the correct diff
ordering. My later commit fixes
https://issues.jboss.org/browse/JBRULES-3220
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:49 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration commented on JBRULES-3220:
--------------------------------------------------
Mark Proctor <mproctor(a)redhat.com> made a comment on [bug
743540|https://bugzilla.redhat.com/show_bug.cgi?id=743540]
Btw I consider this a critical fix, and it must go into BRMS.
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:10 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration commented on JBRULES-3220:
--------------------------------------------------
Jiri Locker <jlocker(a)redhat.com> changed the Status of [bug
743540|https://bugzilla.redhat.com/show_bug.cgi?id=743540] from NEW to ON_QA
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:28 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration commented on JBRULES-3220:
--------------------------------------------------
Tomas Schlosser <tschloss(a)redhat.com> changed the Status of [bug
743540|https://bugzilla.redhat.com/show_bug.cgi?id=743540] from ON_QA to VERIFIED
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:28 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
RH Bugzilla Integration commented on JBRULES-3220:
--------------------------------------------------
Tomas Schlosser <tschloss(a)redhat.com> made a comment on [bug
743540|https://bugzilla.redhat.com/show_bug.cgi?id=743540]
We believe this is fixed.
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:38 a.m.
New subject: [JBoss JIRA] (JBRULES-3220) AbstractHashTable resize gets corrupted
[
https://issues.jboss.org/browse/JBRULES-3220?page=com.atlassian.jira.plug...
]
Geoffrey De Smet resolved JBRULES-3220.
---------------------------------------
Fix Version/s: 5.4.0.CR1
Resolution: Done
AbstractHashTable resize gets corrupted
---------------------------------------
Key: JBRULES-3220
URL: https://issues.jboss.org/browse/JBRULES-3220
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mark Proctor
Fix For: 5.4.0.CR1
see MiscTest.testGetFactHandle() which is a regression test for that issue.
----
The reason for this is that the resize method uses the comparators rehash method. In some
cases the key caches a rehashed value and in some it doesn't. Causing an already
rehashed number to be rehashed again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4652
days inactive
4846
days old
10 comments
5 participants
participants (5)
-
Geoffrey De Smet (JIRA) -
Mario Fusco (JIRA)
-
Mark Proctor (JIRA)
-
RH Bugzilla Integration (Commented) (JIRA)
-
RH Bugzilla Integration (Updated) (JIRA)