Из доки(второго спринг)
авторThe Spring team's recommendation is that you only annotate concrete classes with the @Transactional annotation, as opposed to annotating interfaces. You certainly can place the @Transactional annotation on an interface (or an interface method), but this will only work as you would expect it to if you are using interface-based proxies. The fact that annotations are not inherited means that if you are using class-based proxies then the transaction settings will not be recognised by the class-based proxying infrastructure and the object will not be wrapped in a transactional proxy (which would be decidedly bad). So please do take the Spring team's advice and only annotate concrete classes (and the methods of concrete classes) with the @Transactional annotation.

Note: Since this mechanism is based on proxies, only 'external' method calls coming in through the proxy will be intercepted. This means that 'self-invocation', i.e. a method within the target object calling some other method of the target object, won't lead to an actual transaction at runtime even if the invoked method is marked with @Transactional!

Я не понял фразы

The fact that annotations are not inherited means that if you are using class-based proxies then the transaction settings will not be recognised by the class-based proxying infrastructure and the object will not be wrapped in a transactional proxy (which would be decidedly bad)

Аннотации не наследуются; это значит, что если ты используешь class-based прокси, то @Transactional не будет прочитан.

Не осознал причинно следственной связи. Помогите осознать

забыл ник1) Ты бы ещепервый спринг изучал :)


Да просто заинтересовался вопросом а нагуглил только для второго. не думаю, что кардинально что-то поменялось
забыл ник2) Попробуй написать свой процессор аннотаций, где навесь аннотацию на интерфейс, и попробуй получить ее в наследнике
в имплементаторе всмысле?

забыл ник


Ну у класса B и нет, это я понимаю.

забыл ник,

всё равно не понятно

Alexey Tomin
С другой стороны тот факт, что метод требует транзакцию- детали реализации, а не контракта!

по-моему в доке по другому написано.

maytonЯ заметил что на новичков очень сильное впечатление производят Java-annotations.
Столкнувшись с этой технологией 1 раз они верят в нее как в черную магию и
пытаются тулить эти заклинания в те проекты, где Spring и любой другой
фреймворк даже рядом не был.

Заметил, что умничать все горазды, а ответить никто не может.
Вопрос не ясен разве?

lor2это в каком это спринге аннторировались классы транзакшнл? вродь методы ща аннотируются только? если в контексте транзакшнл речь идет разумеется.
в 2-ом, 3-ем, 4-ом на данный момент)

в первом хз

lor2,

http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/transaction/annotation/Transactional.html

lor2и в чем скрытый смысл аннотировать транзакцией КЛАСС? ну это так вопрос, в целях самообразования.

Это всего лишь shortcut того, что все методы будут транзакционными

up