Варианты использования для JCA

Question

Я читал, что JCA для устаревшей интеграции EIS.Эта спецификация ориентирована на производителей, а не на разработчиков приложений?Мне любопытно знать случаи использования, когда разработчики писали адаптеры JCA для решения своих технических или бизнес-задач.

Answer 1

Я написал JCA-коннекторы для всех видов конечных систем (FTP, SFTP, Файловые, финансовые системы).

Это в основном в инвестиционно-банковском секторе, где мне нужно отправлять торговые и / или статические данные в различные системы внутри и за пределами банка. В бизнес-транзакцию может быть вовлечено что угодно, от веб-служб RESTFul JSON / XML до вызовов сокетов на мэйнфрейме.

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

Хотите получить файл FTP, содержащий очень дорогую сделку (гарантированную сделку)? JCA - это одна из технологий, которую вы можете использовать для решения этой проблемы.

Я добавлю, что в настоящее время я работаю над проектом с открытым исходным кодом под названием Ikasan , в котором есть бесплатные JCA-коннекторы </ blatant plug>, как и некоторые другие проекты, такие как Mule и Spring Integration. Так что нередко среднестатистическому разработчику приходится писать свои собственные.

Answer 2

JCA - это набор контрактов на соединения, потоки, транзакции, безопасность и жизненный цикл.Придерживаясь этих контрактов, вы можете перенести большую часть управления соединениями, управления потоками, управления транзакциями, безопасности, упаковки, развертывания, активации, деактивации и т. Д. В контейнер (сервер приложений, совместимый с JCA).Jca также предоставляет дополнительный cci (общий клиентский интерфейс), который позволяет приложениям получать доступ к адаптеру.

Теперь, писать ли jca-совместимый соединитель или нет, зависит от требований ваших приложений.

Люди обычнописать адаптеры jca для доступа к файловым системам, jms, базам данных, ldap, электронной почте, мэйнфреймам, упакованным приложениям и практически ко всем остальным EIS.Разработчик на самом деле является прерогативой выяснить, нужно ли его писать, но писать его совсем нетривиально.

Answer 3

JCA означает J2EE Connector Architecture, она предоставляет средства для соединения компонентов, работающих на сервере приложений J2EE с внешним миром, многими существующими гетерогенными системами.

В J2EE вы можете написать код уровня представления, работающий в веб-контейнере, и корпоративный компонент в контейнере EJB, но ваше приложение не находится в вакууме, вам нужен доступ к другим системам, а к вашему приложению также должен быть доступ другой системой. JCA просто предоставляет стандартный API для доступа к внешним системам или для доступа к внешним системам.

Если вы являетесь поставщиком системы EIS, это нормально, потому что вы хотите, чтобы ваша система была доступна на сервере J2EE.

Если вы разработчик приложений, вам также может понадобиться JCA, поскольку вам может потребоваться доступ к другой системе без встроенного адаптера ресурсов JCA в вашем приложении, просто напишите адаптер ресурсов для своего собственного.