JBPM - NPE при попытке заполнить переменную верхнего уровня подпеременной

Некоторое время я пытался найти решение для создания обзора проекта для моего проекта jbpm. Мы надеемся использовать удаленный API REST, чтобы получить все переменные данные, которые существуют в нашем проекте.

В это время я пытался периодически устанавливать переменную модели верхнего уровня с переменной модели в своих подпроцессах, используя такой синтаксис в задаче сценария:

kcontext.setVariable("TopLevelVariable", SubVariable);

Идея этой концепции состоит в том, чтобы позволить нам использовать согласованный идентификатор процесса для запроса одной переменной для обзора проекта.

Однако этот синтаксис дает мне NPE, который я хотел бы понять. Я предполагаю, что «TopLevelVariable» недоступен?


person Canadian Coder    schedule 23.01.2015    source источник


Ответы (2)


Делаете ли вы соответствующие сопоставления данных?

person salaboy    schedule 16.02.2015

Что мы в итоге сделали с нашим проектом, так это определили базовую структуру рабочего процесса в jbpm 6.1, которая была лишена форм и обработки данных. Когда проект был запущен, мы запрашивали задачи процесса на нашем внешнем интерфейсе и отображали пользовательскую форму на основе имени задачи. Это было достигнуто при использовании марионетки/основы.

Затем в нашем интерфейсе мы создали идентификатор проекта, на который ссылались в нашей собственной таблице базы данных. Мы передали этот идентификатор проекта в рабочий процесс и сопоставили его со всем рабочим процессом jbpm, поэтому все задачи в конкретном «проекте», также известном как экземпляр процесса, имели доступ к идентификатору проекта, который будет использоваться для запроса данных из нашей собственной базы данных по всему процессу. проект.

person Canadian Coder    schedule 14.05.2015