2016-11-04 8 views
0

Я хочу продлить WorkExecution приложения для IBM Maximo Anywhere, чтобы показать ребенок в наряде и их характеристикиMaximo Anywhere Просмотреть ребенок workorders и связанные с ними объекты в WorkExecution App

Таким образом, preceived структура должна быть

WORKORDER 
    |___CHILD WORKORDER 
    |  |____ASSET 
    |  |____WORKORDERSPEC 
    |  |____etc... 
    |___TASKS 
    |___MATERIAL 
    |___LABOR 
    |___WORKORDERSPEC 
    |___etc... 

мне удалось добавить основной ребенка WorkOrder информация, но я застрял на добавление WORKORDERSPEC для ребенка workorders

Я следовал основной пример на веб-сайте IBM: http://www.ibm.com/support/knowledgecenter/en/SSPJLC_7.6.1/com.ibm.si.mpl.doc_7.6.1/config_apps/t_add_rel_records.html

Для этого я создал новый вид на WORKORDER (WOCHILDREN) и добавил этот объект к объектной структуре OSLCWODETAIL. Это изменило ресурс OSLC Resource Workrrder соответственно. Это работало для отображения базовой (или прямой) информации о детях.

Затем я снова добавил объект WORKORDERSPEC под объектом WOCHILDREN в объектной структуре OSLCWODETAIL. Так иерархия выглядит следующим образом: WorkOrder/WOCHILDREN/WORKORDERSPEC Это изменил OSLC ресурс «WorkOrder», но и для оригинала WorkOrder/WORKORDERSPEC их является два OSLC ресурс Отображение (CLASSPECID и ASSETATTRID)

Я не знаю, почему, но я не могу настроить их для WORKORDERSPEC по WOCHILDREN. Без него сборка не выполняется для отсутствующих атрибутов assetattr и classspec. Любые идеи, почему это так? Или как его решить?

Является ли это правильной стратегией для моей проблемы? Я также рассмотрел другой подход, дублируя структуру объекта OSLCWODETAIL и создав для него новый ресурс OSLC. Тогда у меня есть только пара их в приложении, как так:

WORKORDER 
    |___WORKORDER(duplicate) 
    |  |___WORKORDERSPEC 
    |  |___MATERIAL 
    |  |___LABOR 
    |  |___TASKS 
    |  |___etc... 
    |___WORKORDERSPEC 
    |___MATERIAL 
    |___LABOR 
    |___TASKS 
    |___etc... 

Но я понятия не имею, как это сделать в Maximo Anywhere app.xml

Я надеюсь, что у вас есть какие-то предложения о том, как подключиться эти вещи вместе.

ответ

1

Моя стратегия состоит в том, чтобы не строить структуру на 3-м уровне, вместо этого вы создаете отношения в WORKORDER для SPEC для всех дочерних wo, добавьте CHILDWOSPEC в структуру объекта OSLCWODETAIL.

После получения ресурса CHILDWOSPEC в Anywhere вы используете функцию фильтра в своем пользовательском обработчике для фильтрации информации Spec только для этого конкретного дочернего wo.

Надеюсь, что это имеет смысл.

+0

Привет, Энди, я должен быть более конкретным. Я действительно хочу иметь больше функциональности для дочерней компании WO. Как отчеты и подобные вещи. Некоторые из них должны быть на главной и детской. Стратегия, которую вы предлагаете, может работать, но это не очень приятно. – Jeroen

+0

После некоторых дополнительных исследований я обнаружил, что API поддерживает объекты саморегуляции. Но, не уверенный, как сделать эту нагрузку должным образом. Возможно, логика для assetancestor и locancestor имеет некоторые подсказки. – Jeroen

+0

привет Энди, мне нравится больше узнать о вашем решении. Можете ли вы сделать это более конкретным? (например, задачи использования) – Jeroen