[jbpm-commits] JBoss JBPM SVN: r6057 - jbpm4/trunk/modules/test-db/src/test/java/org/jbpm/test/timer.

[do-not-reply at jboss.org]

Author: jbarrez
Date: 2010-01-05 05:22:49 -0500 (Tue, 05 Jan 2010)
New Revision: 6057

Modified:
   jbpm4/trunk/modules/test-db/src/test/java/org/jbpm/test/timer/TimerTest.java
Log:
Fix for Hudson: 750 years is too much, taking in account all leap year. So lowered it to 10 years (enough to check the overflow)

Modified: jbpm4/trunk/modules/test-db/src/test/java/org/jbpm/test/timer/TimerTest.java
===================================================================
--- jbpm4/trunk/modules/test-db/src/test/java/org/jbpm/test/timer/TimerTest.java	2010-01-05 09:13:54 UTC (rev 6056)
+++ jbpm4/trunk/modules/test-db/src/test/java/org/jbpm/test/timer/TimerTest.java	2010-01-05 10:22:49 UTC (rev 6057)
@@ -66,7 +66,7 @@
    * In this issue, it is stated that the calculations for the timer
    * will overflow if larger than 4 weeks due to integer limitations.
    */
-  public void testTimerFarInFuture() {
+  public void testTimerInFuture() {
     deployJpdlXmlString(
       "<process name='theProcess'>" +
       "  <start>" +
@@ -75,7 +75,7 @@
       "  <state name='a'>" +
       "    <transition to='b' />" +
       "    <transition name='timeout' to='escalate'>" +
-      "      <timer duedate='750 years' />" +
+      "      <timer duedate='10 years' />" +
       "    </transition>" +
       "  </state>" +
       "  <state name='b' />" +
@@ -95,7 +95,7 @@
     Calendar jobDate = Calendar.getInstance();
     jobDate.setTime(job.getDuedate());
     
-    assertEquals(currentYear + 750, jobDate.get(Calendar.YEAR));
+    assertEquals(currentYear + 10, jobDate.get(Calendar.YEAR));
   }
 
 }
\ No newline at end of file