Если вы не используете очень старую версию отчета о яшме, вы используете устаревшие методы, и, самое главное, вы не передаете JasperPrint
экспортеру.
Отсутствует источник входного сигнала для экспортера.
blockquote>Вам нужно заполнить отчет, используя код примера
JasperFillManager.fillReport
(отчет jasper v5 или выше)
JasperDesign jasperDesign = JRXmlLoader.load(new FileInputStream(reportFile)); JasperPrint jasperPrint = JasperFillManager.fillReport(jasperDesign, parameters, conn); JRXlsExporter exporter = new JRXlsExporter(); exporter.setExporterInput(new SimpleExporterInput(jasperPrint)); //The JasperPrint, filled report exporter.setExporterOutput(new SimpleOutputStreamExporterOutput(xlsReport)); //Your ByteArrayOutputStream SimpleXlsReportConfiguration configuration = new SimpleXlsReportConfiguration(); configuration.setOnePagePerSheet(true); configuration.setDetectCellType(true); configuration.set //The other properties you like to set exporter.setConfiguration(configuration); exporter.exportReport();
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 / standard.page
Это может быть большим подспорьем при работе с сообщениями FIN в синтаксисе XML.
Вы посмотрели ЖЕНА ? Мы используем это в нашем приложении, которое переводит сообщения SWIFT во внутренний формат XML и назад снова. У нас не было проблем с ним. Кроме того, это лицензируется под LGPL, таким образом, можно изрубить его, если Вы должны. Проверьте его.
Существует вызов продукта VolantГ©, которые делают отличную работу. Их решение сертифицировано SWIFT, и интеграция легка (я кажусь, что работаю на них... Я не). Я использовал его с нескольких месяцев.
IBM также предлагает решение (не может помнить называть прямо сейчас), но тогда Вы посвящаете себя большому синему.
Если Ваша компания не довольна лицензией LGPL, Вы могли бы хотеть проверить Прогресс Звуковой ESB, или ArtixDS (недавно полученный), TIBCO ActiveWhatever или Oracle/BEA Aqualogic. Возможности - Вы, уже используют что-то от этих компаний, и можно получить достойную скидку.
Наряду с jodonnell, мы также используем ЖЕНУ. Это работает очень хорошо. Я не уверен, делает ли это сетевые правила проверки (#2 в Вашем списке) все же.
Я не могу действительно выручить Вас с реализацией Java. Microsoft, конечно, имейте их собственный адаптер Biztalk для ISO15022 и 20022. И они на самом деле сделают проверку довольно хорошо. Но поскольку Вы говорите фактический поиск решения для Java.
Вы могли бы найти, как я сделал, когда я исследовал это 6 лет назад, тот FIN отображения сообщения к XML и затем к в объекты, стандартная библиотека только получит Вас частично к Вашей цели. Необходимо будет интегрировать это с приложением бэкенда и безотносительно методов рынка, с которыми Вы сталкиваетесь в конкретных сообщениях, которые необходимо поддерживать.
я наконец закончил тем, что писал универсальный синтаксический анализатор FIN/150022 библиотека классов в C++.
Так или иначе, удача. Идея состоит в том, чтобы быть более конкретной в Вашем вопросе. Какие типы сообщений необходимо поддерживать?
paymentcomponents (http://www.paymentcomponents.com/) парсер был прост в использовании и нашел все ошибки. Их сайт определенно нуждается в работе, но если вы заглянете туда, то найдете то, что ищете