[
http://jira.jboss.com/jira/browse/JBPM-1146?page=comments#action_12402840 ]
Alejandro Guizar commented on JBPM-1146:
----------------------------------------
The test case is org.jbpm.calendar.BusinessCalendarTest (1). As in JBPM-1137, the test
already existed; I committed new test methods to the patch branch.
jBPM 3.1.4 was tested by running org.jbpm.AllTests under Eclipse as opposed to running the
"test.jbpm" target in /build.xml. The Ant target does not run org.jbpm.AllTests;
instead, it searches for *Test.class files and runs them all as tests. For this reason,
tests not included in org.jbpm.AllTests were overlooked and some of them fail.
So you may want to modify the build file in your workspace to run org.jbpm.AllTests.
I've applied the required changes to the patch branch (2). Alternatively, just ignore
the errors that appear without the patch.
(1)
http://fisheye.jboss.com/browse/~br=jbpm_3_1_4_JBPM-1146/JBPM/jbpm.3/src/...
(2)
http://fisheye.jboss.com/browse/~br=jbpm_3_1_4_JBPM-1146/JBPM/jbpm.3/buil...
Leap Year Date Calculations (v3.1.4)
------------------------------------
Key: JBPM-1146
URL:
http://jira.jboss.com/jira/browse/JBPM-1146
Project: JBoss jBPM
Issue Type: Support Patch
Components: Core Engine
Affects Versions: jBPM 3.1.4
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Attachments: jbpm-3.1.4.jar
Based on JBPM-1098 there is concern over date calculations in in jBPM 3.1 and 3.2. There
might be issues around the end of Feb. The problem is characterized as follows. Under the
current model, durations that are not expressed in months or years work correctly.
Consider the following expression.
endDate = new Date(startDate.getTime() + interval);
If startDate is February 28, 2008 and interval is 1 day, then endDate will be February
29, 2008. Every day has the same duration even on leap years. The presentation layer is
responsible of converting the milliseconds in a Date to a suitable representation in the
calendar system. The Java APIs are all aware of leap years, so this is covered as well.
The situation is different for months and years. If the interval above was 1 year, then
endDate would be February 27, 2009. Because of the extra day in 2008, the expected endDate
has shifted backwards one day. To fix this, the Duration class has to preserve the
original unit of time instead of converting to milliseconds up front. Calculation of
endDate can then be delegated to java.util.Calendar as follows.
startCalendar = Calendar.getInstance();
startCalendar.setTime(startDate);
startCalendar.add(unit, interval);
endDate = startCalendar.getTime();
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira