Red Hat Bugzilla – Bug 1258869
Timers properties Time Cycle, Time Date and Time Duration have no validation
Last modified: 2015-10-19 16:09:57 EDT
Description of problem:
Timer Start Event in jBPM Web Designer does not display any errors when validating a process with a bad Time Date, Time Cycle or Time Duration values.
If you will try to build and Deploy a project with wrong Time Date, Time Cycle or Time Duration you will get this error:
Deployment of unit org.jboss.qa.bpms:designer:1.0.0-SNAPSHOT failed: java.lang.RuntimeException: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException" in file "-" (without name).
So it is almost impossible to find out where is a problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create Business Process with Timer
2. Set "Time Cycle", "Time Date" or "Time Duration" in incorrect way (for example "asdfasdfa")
3. Save and Validate this Business Process
4. Try to build the whole Project
3. Validation done with success
4. raise an error: "java.lang.RuntimeException: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException" in file "-" (without name)"
3. Validation should tell you about incorrect value in "Time Cycle", "Time Date", "Time Duration" if applicable.
4. More informative message about a problem.
Designer has its own validation and also calls upon the jBPM RuleFlowProcessValidator to gets any errors it can find and displays everything to the users. In this case it looks as RuleFlowProcessValidator does the checks for time duration but the runtime exception is indeed weird. Assigning this issue to Maciej as he is more familiar with this than myself.
fixed on master and 6.3.x by improving timer validation
In validating issues is displayed error, when some combination of cycle, date and combination is set simultaneously. If is set only one of (cycle, date, duration) and value can't be parsed, error is also displayed in validating issues. If there is no validating issue, process is deployed successfully.
Verified on 6.2.0.ER4