You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@shardingsphere.apache.org by GitBox <gi...@apache.org> on 2022/06/28 03:06:23 UTC
[GitHub] [shardingsphere] zhfeng commented on a diff in pull request #14130: add xa handler
zhfeng commented on code in PR #14130:
URL: https://github.com/apache/shardingsphere/pull/14130#discussion_r907986207
##########
docs/document/content/features/transaction/use-norms/xa.en.md:
##########
@@ -13,3 +13,101 @@ weight = 2
## Unsupported
* Recover committing and rolling back in other machines after the service is down.
+
+## XA Transaction managed by XA Statement
Review Comment:
I think the difference between `XAMANUAL` and `XA` is that users can contronl the XA transaction by themselves in `XAMANUAL` and `sharding-proxy` contronls XA transction in `XA`.
I think the motivation to add this transaction type is that users want to do the XA operations by themselves in such case like involving in two or more resources in a transacion, e.g.
```
tx.begin();
jms.send("/queue/test", "messages"); // send to a message broker
jdbc.update("insert into db_test"); // insert into database through the proxy
tx.commit();
```
And yeah, in this scenario, users should be responsible to the transaction operations. `sharding-proxy` just bypass all of the XA related statments to the backend databases;
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@shardingsphere.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org