Может ли сценарий автоматизации в Maximo заменить класс компонента Maximo?

Question

Обратите внимание на следующий сценарий: Я нахожусь на вкладке ABC на рабочем столе. У меня есть таблица XYZ под вкладкой ABC, которая отображает значения из таблицы SERVRECTRANS, используя связь между объектами WORKORDER & SERVRECTRANS.

Теперь я представляю новую кнопку «Выбрать элементы» внизу таблицы XYZ, которая принимает значения CONTRACTLINES объекта, используя связь между объектом WORKORDER и CONTRACTLINES. Все хорошо до сих пор.

Когда я нажимаю OK в этом диалоговом окне «Выбрать элементы», я хочу, чтобы значения были скопированы из диалогового окна в SERVRECTRANS. В WO.class не существует метода вне коробки, который можно использовать в качестве значения диалога, тогда как другие кнопки имеют.

Если вы видите другие таблицы в приложении WO, вы можете увидеть значение диалога, например «copyServiceItemsToWpSerSet». Это вне класса box, который копирует значения от 1 mboset к другому mboset.

Я могу написать либо новый метод, как описано выше, либо написать отдельный новый класс bean, чтобы скопировать выбранные значения диалогового окна в SERVRECTRANS, но я хотел бы проверить возможность использования Auto-Script для этой ситуации.

Я предполагаю, что автоматический сценарий является заменой для выполнения класса уровня MBO, но все же я хочу исследовать.

Заранее спасибо.

Answer 1

Сценарии автоматизации выполняются на «стороне сервера» (см. Примечание 1), поэтому вы не можете использовать их вместо beans. Тем не менее, вы можете подключить кнопку в диалоговом окне к Action, связанному с точкой запуска запуска, в сценарии автоматизации и выполнить этот скрипт. Уловка заключается в том, что вы не можете заставить скрипт закрыть диалоговое окно или сделать другие пользовательские интерфейсы, например, подняв индикатор «longop»/spinny wheel.

Хорошее предупреждение при входе в автоматизацию. Сценарии должны быть осторожны, чтобы не думать, что единственный способ сделать что-то в Maximo - с помощью Automation Scripting. Это очень заманчиво, когда вы держите молоток Automation Scripting, чтобы думать о всех проблемах как гвозди, но иногда молоток не является подходящим инструментом для работы. Например, домен кроссовера может решить проблему, с которой вы сталкиваетесь, и будет работать лучше и быть более удобным, чем сценарий настройки/автоматизации. (Да, вообще говоря, вы должны рассматривать сценарии автоматизации как неподдерживаемые настройки, а не поддерживаемые и обновляемые конфигурации.)

Ваше предположение, что автоматизация сценариев является «заменой для выполнения класса уровня MBO», почти точна. Это скорее инструмент, требующий немедленного отключения для настройки MBO - это, вероятно, то, что вы имели в виду, но не совсем то, что вы сказали.

Примечание 1: В принципе, все Maximo технически работает на сервере в WebSphere или WebLogic JVM/сервере приложений. Но на сервере приложений Maximo разделяется на разные модули, такие как «businessobjects» или «mbo», «maximouiweb», «meaweb» и т. Д. Термин «серверная сторона» применительно к Maximo означает «в модуле бизнес-объектов», где живет MXServer. С другой стороны, бобы, например, живут в модуле maximouiweb, который считается «клиентской стороной» или «пользовательским интерфейсом» и который обслуживает/взаимодействует со «стороной браузера».