QRest SendResponse participant does not send response in the prepare method about jpos-ee HOT 2 OPEN

SendResponse does its main job in the "closing phase" of the two-phase commit protocol.
That could be either a commit or abort.
It's good to do it there (and to allow it to happen even if a previous participant aborted it) because that's when you have enough information to create your response.

I don't know what you're doing in your TriggerMerchantBlockCacheReload.
If it's not related to the transaction, maybe you can choose to

1. do the work also during commit/abort (instead of prepare)
2. do the work asynchronously, for example by preparing some work payload and sending it to a queue from where a "TriggerMerchantBlockWhatever" QBean will be reading in its own thread and doing the work in a concurrent thread, after the transaction has happened.

from jpos-ee.

Thanks for responding @barspi
Could the identical code in commit and abort be moved to prepare and call prepare from abort and remove the commit call?

Option 2 was my backup though the long running participant is ideally part of the transaction :)

Suggestion

 public int prepare(long id, Serializable context) {
        sendHTTPResponse(context);
        return PREPARED | READONLY;
    }

    protected void sendHTTPResponse(Serializable context) {
        Context               ctx      = (Context) context;
        ChannelHandlerContext ch       = ctx.get(SESSION);
        FullHttpRequest       request  = ctx.get(REQUEST);
        FullHttpResponse      response = getResponse(ctx);
        sendResponse(ctx, ch, request, response);
    }

    @Override
    public void abort(long id, Serializable context) {
        sendHTTPResponse(context);
    }
    // don't call it in commit

from jpos-ee.