| Summary: | Unable to create a test scenario for a rule that matches an empty string | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise BRMS Platform 5 | Reporter: | Alessandro Lazarotti <alazarot> | ||||
| Component: | BRM (Guvnor) | Assignee: | manstis | ||||
| Status: | VERIFIED --- | QA Contact: | Lukáš Petrovický <lpetrovi> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 5.1.0 GA, BRMS 5.1.1.ER1 | CC: | atangrin, manstis, rwagner | ||||
| Target Milestone: | --- | ||||||
| Target Release: | BRMS 5.3.0.GA | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| URL: | http://jira.jboss.org/jira/browse/BRMS-554 | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: |
It was previously not possible to create a test scenario for a rule that matched an empty string. This has been resolved by ensuring the "empty" test scenario fact fields are initialized to an empty String instead of a null.
|
Story Points: | --- | ||||
| Clone Of: | Environment: |
JDK 1.6 sun/oracle, BRMS 5.2, Fedora 12, Firefox 3.5.6
|
|||||
| Last Closed: | Type: | Bug | |||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Alessandro Lazarotti
2011-02-17 03:35:30 UTC
Attachment: Added: Case_362267_Test.JPG Link: Added: This issue related GUVNOR-1195 GSS prioritizes this 'low'. Work around exists, no immediate need for customer. Fixed in master and back-ported to 5.3.x. Hi Michael, for the release notes could you let me know how this issue was resolved? We need to be able to let customers know about any changes in the code that could affect their systems. Thanks Lee Hi Lee, The solution was to ensure "empty" Test Scenario Fact fields were initialized to an empty String instead of a null that was causing the problem. There remains a BZ (AFAIK) that was unfixed for 5.3 about being able to check for "an empty string" and "null" as two different "values". With kind regards, Mike Thanks Mike!
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
It was previously not possible to create a test scenario for a rule that matched an empty string. This has been resolved by ensuring the "empty" test scenario fact fields are initialized to an empty String instead of a null.
|