How does the Event-based Gateway work?

Question

Options

• AThe token is triggered by events happening at the same time.
• BThe token waits for all connected events.
• CThe token waits for the first occurring event.
• DA token is created for each connected event.

• A
  3% (1)
• B
  6% (2)
• C
  88% (28)
• D
  3% (1)

Explanation

An Event-based Gateway places a token in a waiting state, and whichever connected event occurs first claims that token and routes the process flow along that path - making C correct. Option A is wrong because events don't need to be simultaneous; the gateway is specifically designed for race conditions between events. Option B describes an AND/parallel join behavior, not an event-based gateway - waiting for all events would defeat its purpose. Option D describes a parallel gateway, which does split tokens; the event-based gateway keeps exactly one token and commits it to the winning path.

Memory tip: Think of it like a race - the token is the finish line ribbon, and only the first event to cross wins it.

No community discussion yet for this question.