Несколько методов @ServiceActivator с неявной обработкой маршрутизации полезной нагрузки

Question

Есть ли элегантный способ определения одного компонента @MessageEndpoint с несколькими методами @ServiceActivator (или что-то в этом роде), где типы аргументов методов неявно используются в качестве полезной нагрузки, тип-фильтр?

Идея состоит в том, чтобы иметь единственную конечную точку обслуживания, которая может обрабатывать различные типы полезных данных, несколько отличающихся без особых усилий, путем отправки по типу аргументов, что облегчает реализацию дополнительных методов обслуживания по линии.

Я знаю о Google Guava EventBus, который отправляет объекты событий любому зарегистрированному методу @Subscribe с соответствующим типом аргумента. В настоящее время я использую этот подход, но мне было интересно, возможно ли это с помощью Spring Integration.

Answer 1

В XML, <service-activator ... ref="foo" /> (без method) будет разрешен метод, основанный на типе полезной нагрузки, если не существует двусмысленностей.

С 4.0 или более поздней версией, вы можете использовать ...

@Bean 
@ServiceActivator(...) 
public MessageHandler foo() { 
    ... 
} 

Возвращение ServiceHandlingFactoryBean с targetObject набором для вашей POJO (опять же, без имени методы).

Обратите внимание, что в этом случае вы должны установить outputChannel на заводских компонентах (атрибут outputChannel в аннотации игнорируется).