2015-01-23 5 views
0

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

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

kcontext.setVariable("TopLevelVariable", SubVariable); 

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

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

ответ

1

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

0

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

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