На данный момент моя задача разобраться в общих чертах, как запустить транслятор на удалённой машине. В сети есть некоторые поверхностные данные. Например вот этот блог.
Суть механизма заключается в следующем. Есть модули, к которым привязаны некоторые трансляторы. Модули связываются с планировщиком. Связь с использованием RMI или HTTP. Клиенты связываются тоже с планировщиком и он даёт команды модулям. Модуль может быть один, а может быть несколько, на разных компьютерах с разными трансляторами. Да, сама система предназначена для трансляции файлов из одного формата в другой. За трансляцию отвечают трансляторы. Я видел, что транслятор может быть как скриптовым, так и программным. Например сервис tozipfile провайдера SIEMENS это программный транслятор. В настройках модуля есть файл translator.xml. В этом файле прописаны трансляторы. У трансляторов есть атрибут service. По этому имени он и выполняется когда клиент запрашивает выполнение.
Я развернул модуль на машине в сети. Для этого я скопировал папку Module в папку c:\Siemens\Dispatcher. Запустил пакетный файл moduleWinService.bat -i. Запустил сервис, который создался. В настройках модуля в файле transmodule.properties указал URL планировщика, который развёрнут на моём компьютере.
Столкнулся с проблемой. Мой транслятор не выполнялся. Я запустил модуль на сетевой машине не как сервис, а в консоли. Там было написано, что модуль не получает ответ от планировщика. Тогда я создал правило в брандмауэре на машине с планировщиком, перезапустил планировщик и всё стало работать. Да, ещё JAVA_HOME был неправильно прописан. Был прописан к старой JRE, которой уже не было. Исправил.
Подключение тестировал с помощью стандартного клиента. В папке Dispatcher есть папка AdminClient. В папке bin можно запустить как графический, так и консольный вариант. Я попробовал и то и то. Для консольного варианта я применил аргументы -service test -u test -p test -provider TEST
Суть механизма заключается в следующем. Есть модули, к которым привязаны некоторые трансляторы. Модули связываются с планировщиком. Связь с использованием RMI или HTTP. Клиенты связываются тоже с планировщиком и он даёт команды модулям. Модуль может быть один, а может быть несколько, на разных компьютерах с разными трансляторами. Да, сама система предназначена для трансляции файлов из одного формата в другой. За трансляцию отвечают трансляторы. Я видел, что транслятор может быть как скриптовым, так и программным. Например сервис tozipfile провайдера SIEMENS это программный транслятор. В настройках модуля есть файл translator.xml. В этом файле прописаны трансляторы. У трансляторов есть атрибут service. По этому имени он и выполняется когда клиент запрашивает выполнение.
Я развернул модуль на машине в сети. Для этого я скопировал папку Module в папку c:\Siemens\Dispatcher. Запустил пакетный файл moduleWinService.bat -i. Запустил сервис, который создался. В настройках модуля в файле transmodule.properties указал URL планировщика, который развёрнут на моём компьютере.
Столкнулся с проблемой. Мой транслятор не выполнялся. Я запустил модуль на сетевой машине не как сервис, а в консоли. Там было написано, что модуль не получает ответ от планировщика. Тогда я создал правило в брандмауэре на машине с планировщиком, перезапустил планировщик и всё стало работать. Да, ещё JAVA_HOME был неправильно прописан. Был прописан к старой JRE, которой уже не было. Исправил.
Подключение тестировал с помощью стандартного клиента. В папке Dispatcher есть папка AdminClient. В папке bin можно запустить как графический, так и консольный вариант. Я попробовал и то и то. Для консольного варианта я применил аргументы -service test -u test -p test -provider TEST
Это графический клиент
Графический надо настраивать. Прописывать провайдера, сервисы в файле AdminClientUI.xml.
Я прописал свой сервис test, но он работать отказался. Статус 13 - task translation error.
Скорее всего этот клиент не подозревал, что мой транслятор не будет ничего транслировать и не работает с файлами. Сломался. Консольный нормально отработал.
DispatcherClient тоже может работать как сервис. На картинке в блоге, который я указывал видно, что Teamcenter связывается с планировщиком через этот клиент. Надо разобраться.
Комментариев нет:
Отправить комментарий