Loading...

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XML

Word

Printable

Steps to Reproduce:

Hide

run
mvn install -Duser.region=ES -Duser.language=es

Show
run mvn install -Duser.region=ES -Duser.language=es
Workaround:

Workaround Exists
Workaround Description:

Hide

The build will run when running the command with two parameters (-Ddrools.defaultcountry=US -Ddrools.defaultlanguage=en) and applying the attached patch to fix four other language specific dates within the test code.

Show
The build will run when running the command with two parameters (-Ddrools.defaultcountry=US -Ddrools.defaultlanguage=en) and applying the attached patch to fix four other language specific dates within the test code.
Estimated Difficulty:
Medium

When running the mvn install target on a non English system the following test will fail

testCalendarsWithIntervalsAndStartAndEnd
testCalendarsWithIntervalsAndStartAndLimit
testCalendarsWithCronAndStartAndEnd
testCalendarsWithCronAndStartAndLimit
All these use dates like 03-JAN-2010 in the internal rule definition with will not work in countries where there does not exist a month starting with JAN, for instance in Spanish that would be ENE (from enero) and the test result spills out a date format exception.
These can be alleviated by running the command with two parameters (-Ddrools.defaultcountry=US -Ddrools.defaultlanguage=en) but still the attached patch has to be applied for four other language specific dates within the test code.

is blocked by

JBRULES-3444 Overriding the default locale for DRL date parsing should be possible: PackageBuilder.dateFormats should be settable

relates to

JBRULES-2590 Maven build fails in Linux with LANG=fr_FR.utf8