Bug 1082091
| Summary: | ClassCastException for ConnectTimeout REST WorkItem/Service Task input parameter | ||
|---|---|---|---|
| Product: | [Retired] JBoss BPMS Platform 6 | Reporter: | Alessandro Lazarotti <alazarot> |
| Component: | jBPM Core | Assignee: | Maciej Swiderski <mswiders> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Jiri Svitak <jsvitak> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.0.0 | CC: | agiertli, dvanbale, jsvitak, mbaluch, vigoyal |
| Target Milestone: | ER1 | ||
| Target Release: | 6.0.2 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
A REST service task added to a process would cause errors on deployment with a ClassCastException error with an assignemnt set for the URL property. The error was caused due to incorrect typing of DataInputSet properties for the URL like ConnectTimeout and ReadTimeout. This issue has now been fixed.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-08-06 19:50:04 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Alessandro Lazarotti
2014-03-28 16:15:40 UTC
Maciej, could you check the Url issue? ReadTimeout and ConnectTimeout are (currently) defined as Integers, so filling in a value in "hard-coded" assignments in process will generated a CCE as expected. A workaround would be to use an on-entry script to set an integer variable to the value wanted and use a param mapping to copy the value across. We could change the type to String (to make it easier to set the value in the process) but that could break existing processes. I would recommend we change the types of those properties to String but for backwards compatibility do support it if an Integer is passed as well. fixed by allowing both Integer (or actually Number) and String values to be given for the parameters. In case of number is given it gets intValue out of it, if String (non empty) it will parseInt from it. Otherwise null is returned and default values apply. jbpm master: https://github.com/droolsjbpm/jbpm/commit/4480d0fdc70a9cb0d28b5ac1594ee050d4eaacab 6.0.x: https://github.com/droolsjbpm/jbpm/commit/69f401ae1fcd081cf82447a6e27516e0658522de Maciej Swiderski <swiderski.maciej> updated the status of jira JBPM-4278 to Resolved hanks for the fix. If it hasn't been done already, I also think that, at least, the Url parameter should be added to the predefined input data parameters and assignments, since it is the one required parameter. The Content and ContentType parameters should at least be added to the documentation, and possibly also to the pre-defined parameters, since there is currently no way of knowing they are supported without downloading and looking at the code. I would propose that maybe all required parameters for a task should appear as both data input parameters and assignments by default, while non-required parameters only appear as data input parameters, but not under assignments. This would help document the available parameters for each task, while encouraging users to set a value for required parameters. Hi David, please check this BZ (it requests Content and ContentType to be added): https://bugzilla.redhat.com/show_bug.cgi?id=1083259 All other parameters were created by default (in my case with BPMS 6.0.1.CR2). Hope that helps, Jiri Verified in BPMS 6.0.2.ER1. http://git.app.eng.bos.redhat.com/git/jbossqe/brms.git/commit/?id=6601e1cc0b486129ad68fb6bc5593e1f4c708e4b |