Bug 724211 (BRMS-154)

Summary: Decimal numbers only works on locales that uses "." (dot) for decimal separator
Product: [JBoss] JBoss Enterprise BRMS Platform 5 Reporter: nwallace <nwallace>
Component: unspecifiedAssignee: Edson Tirelli <ed.tirelli>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: unspecified Docs Contact:
Priority: urgent    
Version: unspecified   
Target Milestone: ---   
Target Release: 5.0.1   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/BRMS-154
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Mac OS X 10.5.5 with default locale to Portuguese/Brazil
Last Closed: 2009-09-01 12:18:19 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:

Description nwallace 2009-07-07 12:54:07 UTC
Date of First Response: 2009-09-10 00:39:07
securitylevel_name: Public

Test MiscTest.testExtends fails on my development environment. To ensure that it was a Locale problem i seted on top of this test case the US locale (Locale.setDefault(Locale.US);) and then the test worked.

Comment 1 nwallace 2009-07-07 12:55:50 UTC
Link: Added: This issue is related to JBRULES-1871


Comment 2 nwallace 2009-09-01 12:18:19 UTC
Fix in place.

Comment 3 David Le Sage 2009-09-10 04:39:07 UTC
For documenting this in the Release Notes, can you please confirm the following and fill in the missing information. Dot point explanations are fine:

The CAUSE (what was actually broken)
 * 

CONSEQUENCES of the bug (how it impacts users.)
 * when some users tried to utilize decimal numbers, compiler errors would occur.  
 * This happened when the user's 'locale configuration employed an alternative to the "." (full stop) symbol for the decimal separator.

The FIX (what was changed to eliminate this bug) and 
 *

RESULTS of the fix (what now happens for users.)
 * The error no longer occurs???



Comment 4 David Le Sage 2009-09-23 05:30:50 UTC
We are still awaiting the outstanding information for the Release Notes on this one.  Please provide it as soon as possible. Thanks.

Comment 5 Edson Tirelli 2009-09-23 19:44:11 UTC
The CAUSE (what was actually broken)
 * The DRL parser was using a locale dependent method to parse the source code.

CONSEQUENCES of the bug (how it impacts users.)
 * when a user tried to utilize decimal numbers on a locale that uses a different decimal separator than US (i.e., decimal separator other than dot), compiler errors would occur.
 * This happened when the user's 'locale configuration employed an alternative to the "." (full stop) symbol for the decimal separator.

The FIX (what was changed to eliminate this bug) and
 * Force the parser to always use dot (".") as the decimal separator, according to DRL spec.

RESULTS of the fix (what now happens for users.)
 * Parsing works fine on any locale.

Comment 6 Dana Mison 2009-09-24 03:57:31 UTC
Hi, Edson

To clarify:
The parser would say that it was valid but then it would fail to compile?

Comment 7 Edson Tirelli 2009-09-24 14:20:44 UTC
Yes.