Библиотека Java SWIFT

Question

Я ищу библиотеку Java для сообщений SWIFT. Я хочу

• парсинг SWIFT-сообщений в объектную модель
• проверка сообщений SWIFT (включая правила проверки сети SWIFT)
• создание / изменение сообщений SWIFT с использованием объектной модели

Теоретически мне нужно поддерживать все типы сообщений SWIFT. Но на данный момент мне нужны MT103 +, MT199, MT502, MT509, MT515 и MT535.

Пока я посмотрел две библиотеки

• Объекты сообщений AnaSys ( текст ссылки )
• Datamation SWIFT Message Suite ( текст ссылки )

Обе библиотеки позволяют выполнять задачи, упомянутые выше, но в обоих случаях я не очень доволен.

AnaSys использует внутреннее представление XML для всех сообщений SWIFT, которые вам необходимо знать для доступа к полям сообщения. И вам нужно работать с DOM XML-представления, нет способа сказать «получить содержимое поля« 50K »сообщения SWIFT».

И библиотека Datamation, похоже, имеет более приятный API, но не находит все ошибки.

Так кто-нибудь знает другие библиотеки SWIFT для использования?

Answer 1

SWIFT выпускает «Комплект разработчика стандартов», в который входит «Библиотека схем MT / XML».

Из документа: «Библиотека схем MT / XML представляет собой полный набор определений схем XML для сообщений MT и программное обеспечение, которое показывает, как преобразовывать сообщения из формата MT в представление MT XML и обратно. Этот подход позволяет интегрировать XML между приложениями во время MT ( FIN) будет по-прежнему передаваться по сети SWIFT. "

Исходный код Java также будет доступен из документа: «Рабочий пример исходного кода Java, который преобразует сообщение в формате MT в экземпляр XML и из экземпляра XML в сообщение в формате MT».

См .: http://www.swift.com/support/drc/develop/standards.page

Это может быть очень полезно при работе с сообщениями FIN в синтаксисе XML.

Answer 2

Вы смотрели на ЖЕНА ? Мы используем это в нашем приложении, которое переводит сообщения SWIFT во внутренний формат XML и обратно. У нас не было никаких проблем с этим. Кроме того, он лицензирован по LGPL, так что вы можете взломать его, если нужно. Проверьте это.

Answer 3

Вы можете объединить реализацию WIFE с открытым исходным кодом с коммерческим компонентом проверки от http://www.prowidesoftware.com. Он подтверждает, что сообщения, которые вы создаете с помощью модели или представления XML, соответствуют правилам проверки сети SWIFT.

Answer 4

Существует продукт под названием Volanté, который делает отличную работу. Их решение сертифицировано SWIFT, и интеграция проста (кажется, я работаю на них ... я не). Я использую его с пару месяцев.

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

Answer 5

Если вашей компании не нравится лицензия LGPL, вы можете проверить Progress Sonic ESB или ArtixDS (недавно приобретенный), TIBCO ActiveWh независимо или Oracle / BEA Aqualogic. Скорее всего, вы уже используете что-то из этих компаний, и вы можете получить приличную скидку.

Answer 6

paymentcomponents (http://www.paymentcomponents.com/) парсер был прост в использовании и обнаружил все ошибки. Их сайт определенно нуждается в работе, но если вы посмотрите там, вы найдете то, что ищете

Answer 7

Наряду с Джодоннеллом мы также используем ЖЕНУ. Это работает очень хорошо. Я не уверен, что он выполняет правила проверки сети (# 2 в вашем списке).

Answer 8

Я не могу действительно помочь вам с реализацией Java. У Microsoft, конечно, есть свой собственный адаптер Biztalk для ISO15022 и 20022. И они на самом деле будут выполнять валидацию достаточно хорошо. Но, как вы говорите, вы на самом деле ищете решение Java.

Вы, возможно, обнаружите, как я это делал, когда исследовал это 6 лет назад, что при отображении сообщений FIN в XML, а затем в объекты, стандартная библиотека лишь частично поможет вам достичь цели. Вы должны будете интегрировать это с вашим внутренним приложением и с любой практикой рынка, с которой вы сталкиваетесь в конкретных сообщениях, которые вам необходимо поддерживать.

В конце концов я написал общую библиотеку классов FIN parser / 150022 на c ++.

В любом случае, удачи. Идея состоит в том, чтобы быть более конкретным в вашем вопросе. Какие типы сообщений вам нужно поддерживать?