Как разобрать сообщение ISO8583 из текстового файла и записать его в базу данных

Question

У меня есть несколько журналов ISO8583 в текстовом файле. Я хочу проанализировать эти журналы из этого текстового файла и записать их в любую базу данных с некоторой описательной информацией, такой как класс сообщения, функция сообщения, начало сообщения, код обработки, код ответа и т. Д.

Я новичок в BASE24/ISO8583 и пытался найти любой готовый синтаксический анализатор для этого. Имеется ли такой парсер? Предоставляет ли jPOS такую ​​функциональность?

EDIT

У меня есть журналы в формате ISO8583 в файле ".log", как указано ниже:

MTI: 0200
Field-3: 2 Field-4: 000000010000
поле-7: 0110722180
поле-11: 123456
поле-44: A5DFGR
Field-105: ABCDEFGHIJ 1234567890

Это же, как и в формате, указанном в ссылке разделяемой вами. Он также состоит из шестнадцатеричного дампа, но я не хочу его разбирать.

Код, указанный в ссылке, выполняет упаковку и распаковку сообщения, в котором я пытаюсь прочитать эти журналы (в распакованной форме) и записать их в таблицу базы данных.

Мне кажется, мне нужно написать свой собственный код для этого и использовать в нем пакеты jPOS.

Answer 1

Это действительно зависит от формата файла журнала - это сообщения ISO8583 - HexStrings и HexDump XML-представление ISO8583, другого файла трассировки приложения?

После того, как вы знаете формат, и это может потребовать некоторого массажа - вам нужно исследовать методы ISOMsg.unpack() с использованием соответствующего jPOS-пакета. упаковщик определяет структуру поля - различных полей ISO8583 и полевой конструкции (длины, набор символов и т. д.)

Хороший пример был найден в следующем сообщении в блоге: просмотр сообщения об ошибке «Parse (unpack) ISO» seciton http://jimmod.com/blog/2011/07/26/jimmys-blog-iso-8583-tutorial-build-and-parse-iso-message-using-jpos-library/

Вы упоминаете - Base24 - JPOS действительно есть несколько упаковщиков, которые могут быть близка отправной точка .: https://github.com/jpos/jPOS/blob/master/jpos/src/dist/cfg/packager/base24.xml

Answer 2

Эти удобочитаемые форматы журналы, как правило, трудно разобрать без потери информации. Более того, журналы, вероятно, совместимы с PCI, поэтому там много маскированной информации. Вы хотите попросить хэш-дамп сообщений.

Answer 3

Использование jpos - хорошая идея. Вы должны пойти на свой собственный класс дизайна упаковки.

Answer 4

то, что отображается в файле журнала, анализируется ISO.Hence вам не нужно использовать jpos.jpos только для упаковки и распаковки при передаче сообщения. Назначьте поле переменной и напишите в DB , например, поле 39 является кодом ответа.