Bug 871836 - drools.dateformat must not be changed when the repository contains rules using date values
Summary: drools.dateformat must not be changed when the repository contains rules usin...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise BRMS Platform 5
Classification: JBoss
Component: doc-BRMS_Administrator_Guide
Version: BRMS 5.3.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: lcarlon
QA Contact: Jiri Locker
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-31 14:08 UTC by Jiri Locker
Modified: 2013-04-30 03:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-01-21 03:33:36 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 851108 0 unspecified VERIFIED The default Drools time over writes the one set in preferences.properties. Guvnor should always prioritize the one in th... 2021-02-22 00:41:40 UTC

Internal Links: 851108

Description Jiri Locker 2012-10-31 14:08:44 UTC
Description of problem:
When Guvnor repository has been filled with some rules (BRL, DRL) or test scenarios that are using date values, the drools.dateformat property in preferences.properties must not be changed. If it changes, the date values will be either interpreted incorrectly or reset to current date. 

Changing drools.dateformat property becomes effective only after restarting Guvnor, so it is not likely the user will break the repository by accident, however from Chapter 6. Localization it might look like the date format may be changed anytime together with the localization settings and the consequences described above are not obvious. The docs should include a warning about this

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

Expected results:
Make a note in Chapter 6. Localization of BRMS Administrator Guide.

Additional info:

Comment 1 lcarlon 2012-11-07 13:37:53 UTC
Hi Jiri,

I've added the following line directly before the procedure:

The following procedure can only be performed on new installations of JBoss Enterprise BRMS that do not include existing rules or test scenarios that include date values, as changing the format will corrupt existing date values.

And a note after the procedure stating that the change only takes effect after the server has been restarted. I've provide a link as soon as the content is available on the doc stage.

Thanks
Lee


Note You need to log in before you can comment on or make changes to this bug.