Spring Integration — динамические потоки данных

[sshikov]

Сколько раз ни смотрел в сторону Spring integration — все время по сравнению с Camel выглядело сильно усложненным. Причем непонятно с ходу, ради чего — потому что возможности в принципе те же самые.

[Antharas]

По сути, кому что по душе, к примеру Camel для меня — сложноват, а Integration — почему-то в самый раз, но, наверно, подводных камней больше, особенно при работе с каналами.

[sshikov]

Попробую завтра найти проект, который делает примерно тоже самое. Может быть сравним на похожих примерах.

[Antharas]

Спасибо, было бы интересно.

[TerraV]

Используем Spring Integration в продакшене года три уже. Для многих задач в банковской сфере это конечно просто песня. Человек с опытом может быть очень продуктивным. Не без магии конечно (а какой спринг без магии). На что стоит обратить внимание, так это на дизайн IntegrationFlow. Мне нравятся в DSL стиле, а вот в наследство досталось мелко покрошенное чудо (более 30 микропотоков) и это жесть.

[m4ks1k]

Не увидел в статье использования spring-integration, кроме dependency. Описывается только свой фреймворк.

[Antharas]

Удивительно.
Имхо, стоит внимательней вчитываться в код того же IntegrationFlowBuilderRegistry...

[m4ks1k]

Я написал "в статье", а не "в коде".

[stas1212]

Подойдет ли данный фреймворк для такого флоу 0.Очистка базы данных 1.выборка url из фтп 2.конвертация url 3.выборка данных из того же фтп по полученным url 4.Коневертация данных в доменную модель

4.Запись в базу данных ( желательно батчами)