...

• If a service of type AQ_ThrowMessageEvent was previously used, the runtime will use the affected case ids from that service call.
• If no such service call was performed, the service will exit with the 'None' event.

Note that this problem wasn't detected until we added a deprecation warning in a newer version of Blueriq 13. If your solution is behaving as expected, you can safely ignore this deprecation warning.

We intend to make the 'caseIds' parameter mandatory in DCM 2.0, but leave is as-is for current DCM projects.

Solution

To solve this mismatch, we changed the definition of AQ_NextTasksForMessageEvent to have the parameter 'caseIds' (plural) in these versions of the AquimaLibrary:

• For R11: AquimaLibrary 4.4.3
• For R12: AquimaLibrary 4.5.5 [editor]
• For R13: AquimaLibrary 4.6.2 [editor]

Upgrading

• If you don't update the version of the AquimaLibrary in your project, you will not get this fix, so you only need to update your project
• If you do update to this version of the AquimaLibrary mentioned, and you use service calls of type AQ_NextTasksForMessageEvent, you will not run in any problems, because the current value of the caseIds parameter is not used by the runtime anyway. Your model will keep working as it did.
  • If you want to fix your model, you will find your parameter list looking like this:

...