Spring Integration AbstractReplyProroductionMessageHandler doInit против onInit

Question

Spring Integration AbstractReplyProroductionMessageHandler doInit против onInit

1

Я рефакторинг кода от Spring Integration 2.x до 4.x и столкнулся с ошибкой компиляции в обработчике, который расширяет AbstractReplyProducingMessageHandler.

Метод onInit для этого абстрактного класса является final, но мой legacy код успешно переопределяет его в коде 2.0 SI.

Существует метод, который, как представляется, может быть перенаправлен

doInit()

Какая разница в использовании между onInit метода и doInit метода. Документы java не очень полезны (на самом деле они не содержат никакой информации, кроме того, onInit метод onInit является final.)

Stephen McConnell 25 март 2015, в 15:53

Источник

Теги:

java

spring

spring-integration

1 ответ

Ещё вопросы

Artem Bilan · Answer 1 · 2015-03-25T12-03-00.000Z

Да, вы правы: нет никакой разницы с этими методами, и они просто вызываются из IntegrationObjectSupport#afterPropertiesSet().

Причина сделать onInit() final для защиты реализации от проблемы, не вызывающей super.onInit() в их реализации :-).

Как вы видите, AbstractReplyProducingMessageHandler#onInit() имеет критический код, например:

this.advisedRequestHandler = (RequestHandler) proxyFactory.getProxy(this.beanClassLoader);

Обязательно ознакомьтесь с руководствами по миграции . Это конкретное изменение было задокументировано здесь .
Спасибо вам обоим. Я прочитал руководство по переходу с 3.x на 4.x, но не прочитал руководство по переходу с 2.2 на 3.0.