WID are out of sync with engine Custom Tasks. They should be synchronized.
- Example of actual custom WIH: RESTWorkItemHandler.java
- WID file in designer: WorkDefinitions.wid
Acceptance Criteria
Custom Tasks by default have same parameters, icons, categories and other parameters as WID in the engine.
Initial jira issue and discussions
Stunner is not reading all parameters in WID and exposing them as DataInput Assignments. Examples are the built-in Rest WID and EMAIL WID, which does not have all the parameters declared in WID exposed in stunner due to this bug. Below an old requirement to enhance Rest WID, when runtime team investigated the issue to implement it was noticed that actually all parameters was there, so the issue is actually in the editor side. ------------ Feedback from Andy Yuen: " The Rest service task's default 7 input parameters are not sufficient to call a non-trivial Rest service: [ "name" : "Rest", "parameters" : [ "ContentData" : new StringDataType(), "Url" : new StringDataType(), "Method" : new StringDataType(), "ConnectTimeout" : new StringDataType(), "ReadTimeout" : new StringDataType(), "Username" : new StringDataType(), "Password" : new StringDataType() ], "results" : [ "Result" : new ObjectDataType(), ], "displayName" : "REST", "icon" : "defaultservicenodeicon.png" ], In my opinion, to provide something usable out-ot-the-box, it requires at least 2 more parameters: ContentType ResultClass The first one is used to specify "application/json", without it, the handler will fail to transform the ContentData object The 2nd one is needed to return a non-trivial result by specifying its fully qualified class name. Without this parameter, the handler will not be able to "transform" the result into the kind of object targeted. This is a simple thing to do, I am baffled why the default "WorkitemDefinitions" did not include these 2 parameters leaving the user wondering why his Rest call is not working and spending considerable time trying to resolve it. "
- causes
-
JBPM-9494 Stunner - Custom task thumbnails are not consistent
- Resolved
-
KOGITO-5169 Stunner - The order of Custom tasks in palette is different with every process opening
- Closed
- clones
-
RHPAM-3249 Stunner does not read all parameters defined in WID
- Closed
- relates to
-
RHPAM-3647 Stunner - Custom tasks use various naming on canvas
- Closed
-
RHPAM-3648 Custom task uninstalling shows an error message in case its WID is open
- Closed
-
JBPM-9496 Stunner - Custom tasks installation removes default Custom tasks from palette
- Open
-
JBPM-9497 Stunner - Custom tasks use various naming on canvas
- Open
-
JBPM-9498 Custom task uninstalling shows an error message in case its WID is open
- Open
-
KOGITO-3527 Work Item Definition Parser
- Closed