请问是否支持手动提交事务消息？

[oni7uka]

类似 jdbcTranscationManager 的接口 commit()、rollback() 等，目前实现事务需要实现 TransactionListener ，然后需要把本地事务代码写入 executeLocalTransaction, rocketMQ 在发送完半消息后会自动调取，但这个设计的侵入性是否太强？ 假设，消息的发起者需要本地事务的返回值时应该怎么处理？

[oni7uka]

呃，感觉我提交错了仓库？是不是应该提交到 alibaba/spring-cloud-alibaba

[Git-Yang]

If you need to get the return value of a local transaction, you can abstract the local transaction judgment logic into a public method, which should solve your problem. The executeLocalTransaction is automatically called after the transaction message is sent, which can better cooperate with the use of the transaction message back-check mechanism.

[duhenglucky]

@oni7uka 我比较赞同你的想法，最近社区也在推动进行API的优化，从事务消息来说，综合考虑当前的设计，个人觉得更好的做法是：
final Transaction transaction = producer.prepare(msg); executeLocalTransaction() transaction.commit();//rollback();

欢迎提出更多的建议，但是实际上API 的优化总是会那么难，所以我们可以在邮件列表里面发起一个讨论：https://rocketmq.apache.org/about/contact/

[vongosling]

事务API确实需要和传统习惯靠拢，建议邮件dev里面提交讨论

[dongeforever]

当前设计的问题是把『事务执行逻辑』和『事务回查逻辑』耦合在一个Listener里面了，导致正常逻辑的事务代码写法看起来有点别扭。

可以考虑把 executeLocalTransaction 从Listener里面去掉，但需要保留checkLocalTransaction。

另外一方面，后续引入Batch之后，可以考虑支持一批消息的事务，用唯一TransactionId来进行标识。