Ensuring Internal Process Variables Remain Hidden in API Request in Kogito BPMN

72 views
Skip to first unread message

pawan saha

unread,
Feb 5, 2025, 4:18:21 PM2/5/25
to kogito-de...@googlegroups.com, Pawan Saha

Hello Team,

I’m new to Kogito, so I appreciate your patience if my question seems basic.

I have an API that accepts a Workflow object as input. However, the Bpmn object is also appearing in the request, which I do not intend to expose.

I have defined two process variables: (Refer the below Image 1)

  • workflow: Should be included in the input request.
  • bpmn: Should be used internally within the process, remain hidden from the request, and be accessible in subsequent tasks for updates.

To prevent bpmn from being exposed, I removed it from Data Inputs and Assignments (Refer the below Image 2). However, it is still appearing in the input request (Refer the below Image 3). How can I ensure that bpmn remains internal, is available for updates in subsequent tasks, and does not appear in the API request?

FYI – I tried defining bpmn as a global variable and also tagged it as "internal""output", and "tracked", but none of these approaches worked.  

Image1:

Untitled.jpg

Image 2:

Untitled1.jpg

Image 3:
Untitled2.jpg

Regards,

Pawan

pawan saha

unread,
Feb 7, 2025, 2:03:09 PM2/7/25
to kogito-de...@googlegroups.com
Hello Team,
Can you please assist in the below issue?

Regards,

Pere Fernandez

unread,
Feb 7, 2025, 2:21:31 PM2/7/25
to kogito-de...@googlegroups.com

Hi Pawan, I think that tagging the variable as internal should do the work.

If you look at the compact architecture example, we are doing that to keep hr_approval/it_approval varoables not visible in the hiring process schema.


El dv., 7 de febr. 2025, 20:03, pawan saha <pawan...@gmail.com> va escriure:
--
You received this message because you are subscribed to the Google Groups "Kogito development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kogito-developm...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/kogito-development/CAMVXLxqwvncH_q9G_Xuz%3DrnKnhOC%2BPdJXh3uewhqQ_zf1WPpOg%40mail.gmail.com.

pawan saha

unread,
Feb 13, 2025, 2:30:47 PM2/13/25
to kogito-de...@googlegroups.com, Pawan Saha
Hi Pere,

I am trying to model Workflow.java as the input and generate Bpmn.java as the output.

I have defined two process variables and tagged Workflow.java as the input and Bpmn.java as the output.

For a user task, I have set "workflow" as the input and "bpmn" as the output.


image.png

And in the User task i have used

image.png

  I'm not sure why I'm getting the following error.  

 Cannot invoke "org.cas.models.Bpmn.setStatus(String)" because "<local1>" is null

image.png

  Can you please assist me? I'm not sure what I'm doing wrong.  

Regards,
Pawan Saha

pawan saha

unread,
Mar 12, 2025, 12:43:53 PM3/12/25
to kogito-de...@googlegroups.com, Pawan Saha

Hello Team,

I am working with Kogito and exploring options to set a dynamic name for an XOR gateway. In my process, I have a Service Task named "Flow Decision", which provides an output based on which the workflow proceeds along different paths. Following this Service Task, there is an XOR gateway (highlighted with a red circle in the attached diagram).

I would like to know if it is possible to assign a dynamic name to this XOR gateway based on the decision made in the service task. If so, could someone guide me on how to achieve this? Specifically, I am looking for a way to reflect the dynamic name at runtime for clarity and better process visualization.

image.png

Appreciate your support on this!
Regards,
Pawan

pawan saha

unread,
Mar 12, 2025, 12:45:59 PM3/12/25
to kogito-de...@googlegroups.com, Pawan Saha
Reply all
Reply to author
Forward
0 new messages