Skip to content

Remove spring-tx dependency from MessagingTemplate [INT-1456] #5454

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
spring-operator opened this issue Sep 15, 2010 · 1 comment
Closed

Comments

@spring-operator
Copy link
Contributor

spring-operator commented Sep 15, 2010

Oleg Zhurakousky opened INT-1456 and commented

We have several ways of starting the message flow

  1. gateway
  2. channel.send(message)
  3. message-publisher
  4. inbound-adapter
  5. scheduler
  6. poller

1, 2 and 3 involves 3rd party to initiate the flow. Such 3rd party can begin transaction before exercising any of the scenarios. So TX configuration could be easily done in Spring the conventional way (annotation Gateway interface with @Transactional) and the Thread would propagate the TX context until thread boundary breaks. The main thing is that all 3 of them expect TX to exist before they are initiated.

4, 5 and 6 does not involve human to initiate the flow, so it make sense to expose TX configuration (e.g., the same way we do it in poller now).

MessagingTemplate is really a helper class used by all of the above scenarios and based on the scenario transactional context might or might not exist. But in any event MessagingTemplate should not directly depend on spring-tx API.


Affects: 2.0 M7

This issue is a sub-task of #5369

@spring-operator
Copy link
Contributor Author

Oleg Zhurakousky commented

Dependencies were removed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant