Replies: 2 comments
-
The current implementation does wait for peer events, unless you specifically configure it not to wait for events by specifying the NONE commit handler. The commit handling behaviour of the underlying fabric-sdk-java API is disabled and instead fabric-gateway-java's own commit handling implementation is used, which provides more flexibility: |
Beta Was this translation helpful? Give feedback.
0 replies
-
Ah very well, thanks for the quick retort! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
When committing a transaction, the current implementation waits for no peer events at all. Despite a commit handler being specifically configured through
Gateway.Builder#commitHandler
.The current implementation specifically comments
// Disable default commit wait behaviour
, so this behaviour seems to be intended.I'm just wondering why this this specific strategy was chosen and if it's definitely intended.
cc: @bestbeforetoday
Code: https://github.com/hyperledger/fabric-gateway-java/blob/main/src/main/java/org/hyperledger/fabric/gateway/impl/TransactionImpl.java#L149
Beta Was this translation helpful? Give feedback.
All reactions