Мы запускаем пакетные файлы на наших серверах OpenVMS Alpha и Integrity. До сих пор они были написаны на языке COBOL. Как вы можете себе представить, есть много причин, по которым вы не сможете поддерживать этот процесс.
В то же время у нас есть команда разработчиков, которые используют Eclipse и очень хорошо знают Java. Можно ли использовать Eclipse с OpenVMS?
Исходя из опыта, если вы решите переписать свои пакетные процессы на Java, я бы посоветовал вам использовать стороннюю среду пакетной обработки, например Spring Batch вместо «выращивания собственного».
Использование фреймворка также заставляет вас работать в рамках стандарта и должно обеспечивать нефункциональные требования, такие как возможность повторного запуска, транзакции и обработка ошибок.
Мы (пере)построили ряд пакетных процессов из различных технологий в Java, используя доморощенный фреймворк, и я обнаружил, что в конечном итоге мы тратим время на исправление/оптимизацию фреймворка, а не просто фокусируемся на бизнес-логике.
Может быть, это потому, что я не слежу за COBOL, но я не знаю, почему вы убеждены, что должны отказаться от него. Я понимаю, что дело не во "внутри", но если у вас уже есть большая база кода, я бы дважды подумал, прежде чем переключаться на другой язык. Если это нехватка разработчиков, я не думаю, что они скоро закончатся.
Тем не менее, поиск в Google Eclipse и OpenVMS дал эту ссылку: http://www.sdtimes.com/SearchResult/32973 Похоже, вы все еще можете получить Eclipse для OpenVMS из eCube. Если я правильно читаю эту статью, кажется, что HP хочет, чтобы вы следовали указаниям NetBeans. Лично я все еще использую Emacs (и в настоящее время не занимаюсь Java), поэтому не буду давать рекомендаций; Я просто хотел указать, что есть и другие способы разработки Java, помимо Eclipse.
Я не нашел Java для VMS на сайте Sun (кто-нибудь может поправить меня, если найдет), но похоже, что вы можете получить JDK от HP/Compaq по адресу: http://www.compaq.com/java/download/ovms/1.5.0/index.html
Редактировать: я имел в виду, но забыл сказать: если вы используете JVM на стороне VMS, вы должны иметь возможность разрабатывать с помощью Eclipse на другой платформе и копировать байт-код в Alphas.
Пока не покидайте Cobol - вызовите программист, думающий о переходе в современный мир, и заключить сделку: вы учите его Java, а он поддерживает ваше наследие.
Сценарии оболочки и Java обычно не очень хорошо сочетаются. Возможно, вы захотите рассмотреть возможность установки JVM на своих серверах VMS и использовать один из языков, размещенных на JVM, которые лучше справляются с этим случаем — jython, jruby или groovy.
Eclipse опирается на собственные расширения Java, которые, похоже, не были перенесены в OpenVMS. Однако не сдавайтесь. Java работает на OpenVMS (по крайней мере 1.5 согласно поиску Google).
У NetBeans есть версия только для Java, которая должна работать на OpenVMS. На Страница загрузки NetBeans выберите опцию OS Independent Zip для платформы. .
Вы запускаете пакетные файлы в своей системе OpenVMS? Если это так, HP делает Java доступной для OpenVMS, а не для SUN; вам придется посмотреть на их сайте. Вы можете разработать свой Java-код на компьютере с Windows/Linux и протестировать его в своей системе VMS; вы должны знать о собственных расширениях, которые вы не можете использовать в реализации Java на VMS.
Имея некоторый опыт в этой области, я предлагаю разрабатывать с помощью Eclipse на вашем рабочем столе Windows/Linux/Mac и отправлять код в OpenVMS для тестирования/развертывания. Eclipse не будет работать на OpenVMS из-за некоторых специфичных для платформы компонентов его графического интерфейса.
Некоторые предостережения:
SET FILE *.jar /ATTR=(RFM:STMLF,RAT:CR)Да, существует версия Eclipse, поддерживающая OpenVMS, которая называется NXTware Remote. Он поддерживает языки Java и COBOL, а также Fortran, Basic и Pascal.
Вы можете редактировать файлы OpenVMS, используя практически любой редактор, включая Eclipse — просто используйте Samba, чтобы сделать каталоги и файлы OpenVMS видимыми для рабочих столов в сети. Если вы устанавливаете Java для OpenVMS, то у вас есть люди, использующие Eclipse, компилирующие и работающие на OpenVMS.
Что касается отказа от Кобола - почему? Его по-прежнему использует множество компаний, и он, безусловно, прослужит еще несколько десятилетий.
Я понимаю, что этот вопрос довольно старый, но я был шокирован тем, что никто не упомянул эту книгу, посвященную Java на OpenVMS.
https://www.theminimumyouneedtoknow.com/java_book.html
Что действительно важно при использовании редактора x86 в исходном коде OpenVMS, так это ваше программное обеспечение для передачи файлов. OpenVMS (и многие другие платформы на основе ASCII среднего уровня) используют, хотя большинство разработчиков ПК говорят о возврате каретки LineFeed, файлы данных обычно хранят его в другом порядке.
Подробнее об этом можно прочитать здесь: https://www.logikalsolutions.com/wordpress/information-technology/most-text-editors-get-tabs-wrong/
Ваше программное обеспечение для передачи файлов должно будет выполнять передачу файлов в текстовом режиме, изменяя символы окончания строки, ИЛИ ваш редактор должен использовать и уважать символы конца строки в лучших системах. Я думал, что в Eclipse есть что-то (через подключаемый модуль), чтобы справиться с этим. Notepadqq утверждает, что что-то есть.
Обратите внимание: они используют Eclipse для разработки, а не только для редактирования.
Это означает, что они работают и отлаживают свою собственную вселенную Eclipse на базе ПК, а это не так, как это будет работать на OpenVMS. Им понадобится терминал в системе VMS, и это должен быть НАСТОЯЩИЙ эмулятор терминала VT-100, а не бесполезный бесплатный материал. Вы можете прочитать немного больше об этом здесь:
https://www.logikalsolutions.com/wordpress/information-technology/diamond-edt-keypad-support/
и здесь
https://www.logikalsolutions.com/wordpress/information-technology/xterm-and-vt-emulation/
В зависимости от возраста вашей системы у вас может быть установлен и запущен Pathworks. Затем системный администратор может создать каталог для каждого пользователя, который он может сопоставить как сетевой диск с ПК. Это позволяет пользователю ПК использовать каталог, как и любой другой сетевой диск, и, как правило, его можно настроить для решения проблем с окончанием строки с текстовыми файлами.
Они не могут разрабатывать на OpenVMS с помощью Eclipse. Они могут редактировать файлы, а затем тестировать на OpenVMS, но они не могут разрабатывать в среде IDE, что, я подозреваю, именно то, что они действительно хотят делать.
Единственным графическим интерфейсом, который когда-либо существовал для OpenVMS, был DECWindows. Вы должны были запустить его либо на VAXStation, либо на рабочей станции DS модели Alpha. Я никогда не слышал, чтобы Eclipse портировали на него. В последнем порте OpenVMS для x86 нет графического интерфейса. Это только серверная ОС.
Да, я провел на этой платформе два десятилетия и даже написал для нее эту книгу.
