Propagate exceptions outside workflow

[hz_quick]

You mentioned

If a signal method doesn’t block then it is guaranteed that the query is called after the signal method returns.

But I got confused after reading your other response for similar issue

Signalling system - Human driven workflows

What you need is synchronous update, similar to the query, but with the ability to mutate the workflow state. We have plans in adding such a feature, but in the meantime, there are a couple of workarounds to achieve what you want. Signal then Query The simplest approach is to signal workflow and then query it periodically until query will indicate that the request is successful or failed. Temporal guarantees read after write consistency of signal and then query pair. The main drawback of this…

The thread seems to indicate that a “polling” mechanism is needed, as opposed to a simple “query after signal” pattern. So does the below code work if I “query after signal” without polling?

// signal
public void change(boolean validation) {
     if (validation) {
         this.isChanged = true
     }
}

// query
public boolean isChanged () {
    return this.isChanged;
}