Я ищу библиотеку Java для сообщений SWIFT. я бы хотел
Теоретически мне нужно поддерживать все типы сообщений SWIFT. Но на данный момент мне нужны MT103 +, MT199, MT502, MT509, MT515 и MT535.
Пока я смотрел две библиотеки
Обе библиотеки позволяют выполнять задачи, упомянутые выше, но в обоих случаях я не очень доволен.
AnaSys использует внутреннее представление XML для всех сообщений SWIFT, которые вам необходимо знать, чтобы получить доступ к полям сообщения. И вам нужно работать с DOM представления XML, невозможно сказать «получить содержимое поля '50K' сообщения SWIFT».
И библиотека Datamation, похоже, имеет более приятный API, но не находит всех ошибок.
Так кто-нибудь знает другие библиотеки SWIFT для использования?




Я не могу вам помочь с реализацией Java. У Microsoft, конечно же, есть собственный адаптер Biztalk для ISO15022 и 20022. И они действительно хорошо проведут валидацию. Но, как вы говорите, вы действительно ищете java-решение.
Вы можете обнаружить, как и я, когда я исследовал это 6 лет назад, что отображение сообщений FIN в XML, а затем в объекты, стандартная библиотека только частично приведет вас к вашей цели. Вам нужно будет интегрировать это с вашим серверным приложением и любыми рыночными практиками, с которыми вы сталкиваетесь в конкретных сообщениях, которые вам необходимо поддерживать.
В итоге я написал общую библиотеку классов FIN parser / 150022 на C++.
В любом случае, удачи. Идея, чтобы быть более конкретным в вашем вопросе. Какие типы сообщений вам нужно поддерживать?
Вы смотрели ЖЕНА? Мы используем это в нашем приложении, которое переводит сообщения SWIFT во внутренний формат XML и обратно. Никаких проблем с этим у нас не было. Кроме того, он под лицензией LGPL, поэтому вы можете взломать его, если вам нужно. Проверить это.
WIFE теперь называется Prowide Core и доступен на Github по адресу github.com/prowide/prowide-core.
Мы также используем Prowide Core для интеграции сообщений SWIFT, и это действительно стабильная и отличная библиотека для использования. Также хорошая поддержка сообщества на GitHub.
Если вашей компании не нравится лицензия LGPL, вы можете проверить Progress Звуковой ESB или ArtixDS (недавно приобретенный), TIBCO Активный или Oracle / BEA Aqualogic. Скорее всего, вы уже используете что-то от этих компаний и можете получить приличную скидку.
Есть товарный знак Volanté, который отлично справляется. Их решение сертифицировано SWIFT, и интеграция проста (похоже, я работаю на них ... я нет). Пользуюсь уже пару месяцев.
IBM также предлагает решение (прямо сейчас не могу вспомнить, как назвать), но тогда вы готовы к большому синему.
Наряду с jodonnell мы также используем WIFE. Работает очень хорошо. Я не уверен, что он выполняет правила проверки сети (№2 в вашем списке).
SWIFT выпускает «Standards Developer Kit», который включает «Библиотеку схем 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.
Swift Developer Kit не является бесплатным ресурсом, нужно платить 10 000 евро в год swift.com/ordering-support/developer-resource-centre/develop /…
Парсер платежных компонентов (http://www.paymentcomponents.com/) прост в использовании и обнаружил все ошибки. Их сайт определенно нуждается в доработке, но если вы заглянете туда, вы найдете то, что ищете.
Вы можете объединить реализацию WIFE с открытым исходным кодом с коммерческим компонентом проверки из http://www.prowidesoftware.com. Он подтверждает, что сообщения, которые вы создаете с помощью модели или XML-представления, пригодны для использования через правила проверки сети SWIFT.
Кстати, это ISO 20022, а не ISO 200022