Hide Forgot
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.
Link: Added: This issue is related to JBRULES-1871
Fix in place.
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???
We are still awaiting the outstanding information for the Release Notes on this one. Please provide it as soon as possible. Thanks.
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.
Hi, Edson To clarify: The parser would say that it was valid but then it would fail to compile?
Yes.