У меня есть программы RPG4 с зелеными экранами, я хотел бы иметь возможность вызывать программы RPG с Java и обходить зеленые экраны.
Я провел некоторое исследование по этому поводу, и IBM OAR (Open Access: RPG) продолжает появляться. но я еще не нашел рабочего примера.
Моя цель - создать веб-приложение для сбора той же информации и передачи ее в серверную RPG.
любая помощь будет принята с благодарностью
ИЗМЕНИТЬ
Удалить: нельзя.
Вставка: Новичку нужно будет освоить несколько новых сложных концепций, прежде чем взяться за это.
КОНЕЦ-РЕДАКТИРОВАНИЕ
По крайней мере, не без изменения программы РПГ. Веб-запросы обрабатываются серверными заданиями, которые выполняются пакетно - они не подключены к терминалу 5250. Поскольку они не подключены к терминалу, когда программа RPG пытается открыть файл отображения, он упадет, потому что нет терминала, к которому можно было бы подключиться.
Чтобы это сработало, вам придется изменить программу RPG, чтобы не пытаться отображать ввод-вывод файла, если он вызывается пакетным процессом, таким как приложение Java (хотя Java не требуется в этом веб-сценарии).
Один из способов изменить программу RPG - использовать входные параметры; если они у вас есть, то не пытайтесь открыть файл отображения, а заполните входные параметры в тех полях, где файл отображения должен был бы быть выполнен. Поскольку файл отображения также выводится из программы, вам также необходимо зарезервировать некоторые параметры для выходной информации. Это может стать очень неприятным, если задействован подфайл, так как потенциально могут быть тысячи параметров.
OAR входит в картину, потому что можно написать обработчик OAR, который продолжает использовать те же операции ввода-вывода файла отображения, но направлять фактический ввод-вывод в другом месте, например, STDIN и STDOUT для приложения типа HTTP. Джон Пэрис и Сьюзан Гантнер написали статью под названием Работа с открытым доступом к RPG, который может оказаться полезным. Он находится в электронном выпуске журнала IBM Systems Magazine за июль 2010 года.
Возможно, лучше извлечь бизнес-логику в программу RPG, реализовать ее как хранимые процедуры, которые могут быть вызваны веб-приложением через традиционный ODBC / JDBC. В RPG можно писать хранимые процедуры, так что это не так сложно, как может показаться.
OAR, вероятно, будет вашим лучшим выбором ....
Однако каждый пример, который я видел, сводился к созданию обработчика для замены файла принтера (PRTF) или физического файла (PF).
Замена файла дисплея (DSPF) - это совсем другая игра. В первую очередь потому, что протокол 5250 является «интеллектуальным» протоколом; в отличие от протоколов бессмысленных символьных типов, таких как используемые в ANSI / VT100.
Конечно, это возможно, и это было сделано. Если у вас есть один базовый экран, возможно, вы сможете это сделать. Но для сложного приложения с несколькими экранами и подфайлами вам, вероятно, придется нелегко. Особенно, если у вас нет глубокого понимания протокола 5250.
Я бы порекомендовал вам взглянуть на один из наборов инструментов поставщика, предназначенный для использования OAR для замены экрана 5250 веб-страницей. Эти поставщики потратили годы и усилия на разработку необходимого обработчика.
http://www.profoundlogic.com/solutions/rpg-application-modernization.html
https://asna.com/us/products/wings
Возможно, вам пригодится следующая публикация:
Модернизация приложений IBM i
Наконец, обратите внимание, что ROA - не единственный вариант. Существует более старая техника, «очистка экрана», при которой ваше приложение в основном эмулирует терминал 5250. Это проще, чем полный обработчик ROA, но и конечный результат также проще. У IBM есть собственный инструмент, HATS. И, например, «Глубокая логика» также имеет инструмент, GENIE. Но вы могли бы создать свой собственный скребок экрана, начать с TN5250J с открытым исходным кодом. Но даже это было бы нетривиально.
Вы должны использовать сочетание parsin json на iseries (это устраняет проблемы с подфайлами ), один хороший фреймворк javascript (я использовал Extjs) и Сервер Apache для I.
Я разработал структуру служб HTTP, основанную на параметрах json, отправляемых непосредственно из браузера с использованием Ajax, обрабатывая каждый запрос любой программой на языке ILE (в основном rpgle) и возвращая результат в чистом json, созданном внутри программы. При таком подходе вы просто отправляете / получаете бизнес-данные, оставляя интерфейс на фреймворке Javascript.
Надеюсь это поможет. Свяжитесь со мной, если вам понадобится дополнительная помощь.
