Новые комментарии

Мне кажется, что привязка надписей на кнопках к ограничению типа "список" нежелательна. Создавать новые сущности в модели только для изменения интерфейса - не лучший выход. 

По существу, в Activiti транзиций нет вообще (в отличие от jbpm), путь процесса выбирается в гейтвеях на основании тех или иных даных, накопленных процессом раннее. 

Теоретически можно иметь во всех задачах одну большую кнопку "Готово", а выбор осуществлять, например,  селектами или радиокнопками (чекбоксами).

Главное - чтобы результат выбора был записан в нужную переменную. Безусловно, вариант с выбором действия путем нажатия кнопок является наиболее привычным и ожидаемым для пользователя, поэтому попробуем использовать имеющийся функционал контрола activiti-transition.ftl. Если проанализировать файл activiti-transiti.js, отвечающий за отрисовку кнопок, то видно, что надписи на кнопках и связанные с ними значения получаются на строне клиента путем разбиения некоторой строки разделителем "#alf#" на подстроки, каждая из которых имеет вид "Идентификатор|Надпись". Эта строка генерируется на сервере, используя значения в списке ограничений и соответствующие строки локализации - но только в том случае, если в параметрах контрола не задано значение "option". Если же параметр указан напрямую, то будет использоваться он. Например:

<field id="my:outcome" label-id="workflow.field.outcome" set="response">

  <control template="/org/alfresco/components/form/controls/workflow/activiti-transitions.ftl" >

    <control-param name="options">way3|Передать консультантам#alf#reject|Отвергнуть с омерзением#alf#approve|Благословить</control-param>

  </control>

</field>

При этом поле "my:oucome" может быть обычным текстовым полем без всяких ограничений. При сабмите формы контрол запишет возвращаемое значение в переменную процесса my_outcome.

Минусом указанного подхода является жесткое кодирование надписей на кнопках, не зависящее от локали. Но в случае, если приложение делается под одну локаль, это не критично.

Что касается строк, которые возвращаются задачей после завершения, то в модели процесса определено свойство "bpm:outcomePropertyName", имеющее тип "d:qname". Переопределяя это свойство в конкретной задаче процесса, можно получить для каждого процесса требуемый набор возвращаемых значений. Например для "wf:activitiReviewTask" это выглядит так:

<overrides>

  <property name="bpm:outcomePropertyName">

    <default>{http://www.alfresco.org/model/workflow/1.0}reviewOutcome</default>

  </property>

</overrides>
P.S.
Вышел долгожданный релиз 4.2.d, с чем и поздравляю всех) 

 

Я только недавно начал работать с Alfresco, поэтому у меня вызывает затруднение даже такой простой вопрос, как куда класть файлы java. Не могли бы вы проконсультировать меня, а еще лучше дать рабочие файлы этого примера с путями, что-бы я мог посмотреть их в реальной работе.

  File "aconfgen.py", line 236

    for x in ctx.xpathEval('/defaultns:definitions/defaultns:process/*[@activiti:formKey!=""]')

      ^

SyntaxError: invalid syntax