Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1055642

Summary: Validation of DRL always fails with 'Duplicate rule name' error after saving the rule
Product: [Retired] JBoss BRMS Platform 6 Reporter: Jiri Locker <jlocker>
Component: Business CentralAssignee: manstis
Status: CLOSED CURRENTRELEASE QA Contact: Jiri Locker <jlocker>
Severity: high Docs Contact:
Priority: high    
Version: 6.0.0CC: etirelli, jhrcek, lpetrovi, rrajasek, rzhang, zkrejcov
Target Milestone: CR2   
Target Release: 6.0.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-06 20:20:28 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1019268    
Bug Blocks: 1055397    

Description Jiri Locker 2014-01-20 16:19:41 UTC
Description of problem:
This false validation error may shadow other errors in the rule, so besides confusing the user it limits validation of DRL rules. Fortunately, this error doesn't cause project build failure.

Version-Release number of selected component (if applicable):
CR1

How reproducible:
-

Steps to Reproduce:
1. open Dummy rule in mortgages, validate it (error)
2. change rule name, validate it (ok)
3. save the rule, validate it (error again)

Actual results:
False detection of duplicate rule name.

Expected results:
Validation should pass, unless there really is another rule with same name.

Additional info:

Comment 1 Zuzana Krejčová 2014-01-20 16:37:00 UTC
This might be related to bug 1048265 (or rather it's fix).

Comment 2 manstis 2014-01-21 14:54:00 UTC
There appears to be a problem with VFS double-escaping filenames with spaces.

The validation mechanism writes the DRL file once under path "Dummy%20rule.drl" and again as "Dummy%2520rule.drl". The double-write normally does not cause any side effects as when the Paths are identical one overwrites the other. We could remove the double-write but this would require path matching -- which would be impossible whilst VFS generates 2 different forms.

Investigating why VFS wants to double-escape the Path.

DRL files without spaces in their names are OK.

Comment 3 manstis 2014-01-21 15:04:33 UTC
This has been fixed elsewhere see referenced BZ (1019268).

Comment 4 Edson Tirelli 2014-01-21 15:42:56 UTC
*** Bug 1055397 has been marked as a duplicate of this bug. ***

Comment 5 Jiri Locker 2014-01-27 13:16:25 UTC
Fixed in CR2.