Да, чтобы появились изменения в модели (если, опять же, модель задеплоена через контекст, а не через интерфейс репозитория) и конфигах, альфреску надо обязательно рестартовать. Также уже поднятые процессы всегда идут по старым сценариям (хотя но это не Ваш случай)
Не знаю за модель (обычно описание процесса не обновляется, если редеплой в контексте не указан как true), но просмотрела внимательнее Ваше описание процесса. Вопрос: а где он используется затем - этот assignee? Заодно, откуда Вы берете перформера? Одно дело в скрипте считать assignee и задать его значение performer-у, но у Вас нигде ничего такого нет. Или я ошибаюсь?
А логи пишутся в следующих файлах:
- под Линуксом в файле ALFRESCO_HOME/tomcat/logs/catalina.out
- под Виндовсом в файлах ALFRESCO_HOME/tomcat/logs/много_букав_stdout_дата.log и ALFRESCO_HOME/tomcat/logs/много_букав_stderr_дата.log
Просто странно: если косится шаре-конфиг, то часто просто нереально зайти на стол бывает. Такой вопрос, может, прозвучать странно: а Вы уверены, что деплоете на ту альфреску, под которой затем заходите? Ну, например, у Вас есть несколько серверов, задеплоили на одну, а смотрите другую. Если все происходит локально, то вопрос, конечно, снимается.
Пока выверите все же описание процесса (момент инициации перформера) и прочитайте логи.
Нет. В логе все хорошо. Может я правда не там смотрю?
Я так понимаю лог для share: Alfresco/share.log
для эксплорера: Alfresco/alfresco.log
У меня подозрение, что это связано с моделью. Что изначально я в модели не добавил аспект. Правда, я так понимаю, после обновления модели и рестарта томката все должно было быть хорошо.
Кроме добавления в самой модели, надо добавить вырисовку в интерфейсе, т е надо произвести правки в web-client-config-custom.xml для вырисовки в репозитории и в share-config-custom.xml для вырисовки процесса на рабочем столе
Кроме добавления в самой модели, надо добавить вырисовку в интерфейсе, т е надо произвести правки в web-client-config-custom.xml для вырисовки в репозитории и в share-config-custom.xml для вырисовки процесса на рабочем столе
Пытаюсь сделать простенький процесс на основе примера.
Возникла проблема: при описании модели для startTask не указал аспект bpm:assignee. Обнаружилось это, когда при попытке запуска процесса нет возможности указать исполнителя. Добавил в модель аспект, добавлять ведь можно, на сколько я понимаю? Однако ничего не меняется. В какую сторону копать?
Спасибо.
"можно ли стадию исполнения поручения сделать с апрувам и речектом как в проверке исполнения"
Можно. Для этого Вы добавляете соответствующие свойства в модель, а в описании процесса в нужном месте ставите развилку.
"Если есть bpm:startTask обязателен ли bpm:workflowTask ?"
На самом деле вопрос включает два подвопроса. Если Вы имеете в виду, можно ли в модели описать только один стартТаск, то ответ - да, можно. Если же вопрос касается того, можно ли в описании процесса описать только один стартТаск, то здесь ответ - нет. Поскольку в описании процессов на активити в каждом процессе, кроме начальной и конечной процедуры необходимо описать хотя бы один userTask. Хотя и эту проблему можно решить. Если Ваш процесс обязательно должен состоять из стартовой процедуры и конечной (т е воркфлоу в Альфреске используется, например, как форма заполнения чего-то), то можно ввести timer event и переходить со старта на таймер, ждать пару секунд, а затем завершить процесс.
Доброе время суток, хотелось бы спросить можно ли стадию исполнения поручения сделать с апрувам и речектом как в проверке исполнения ? Если есть bpm:startTask обязателен ли bpm:workflowTask ? Заранее спасибо
Не знаю за модель (обычно описание процесса не обновляется, если редеплой в контексте не указан как true), но просмотрела внимательнее Ваше описание процесса. Вопрос: а где он используется затем - этот assignee? Заодно, откуда Вы берете перформера? Одно дело в скрипте считать assignee и задать его значение performer-у, но у Вас нигде ничего такого нет. Или я ошибаюсь?
А логи пишутся в следующих файлах:
- под Линуксом в файле ALFRESCO_HOME/tomcat/logs/catalina.out
- под Виндовсом в файлах ALFRESCO_HOME/tomcat/logs/много_букав_stdout_дата.log и ALFRESCO_HOME/tomcat/logs/много_букав_stderr_дата.log
Просто странно: если косится шаре-конфиг, то часто просто нереально зайти на стол бывает. Такой вопрос, может, прозвучать странно: а Вы уверены, что деплоете на ту альфреску, под которой затем заходите? Ну, например, у Вас есть несколько серверов, задеплоили на одну, а смотрите другую. Если все происходит локально, то вопрос, конечно, снимается.
Пока выверите все же описание процесса (момент инициации перформера) и прочитайте логи.
не доставил curl
Я так понимаю лог для share: Alfresco/share.log
для эксплорера: Alfresco/alfresco.log
У меня подозрение, что это связано с моделью. Что изначально я в модели не добавил аспект. Правда, я так понимаю, после обновления модели и рестарта томката все должно было быть хорошо.
А лог ничего не пишет?
Кусочек модели:
share-config-custom.xml:
Процесс:
Пытаюсь сделать простенький процесс на основе примера.
Возникла проблема: при описании модели для startTask не указал аспект bpm:assignee. Обнаружилось это, когда при попытке запуска процесса нет возможности указать исполнителя. Добавил в модель аспект, добавлять ведь можно, на сколько я понимаю? Однако ничего не меняется. В какую сторону копать?
Спасибо.
Можно. Для этого Вы добавляете соответствующие свойства в модель, а в описании процесса в нужном месте ставите развилку.
"Если есть bpm:startTask обязателен ли bpm:workflowTask ?"
На самом деле вопрос включает два подвопроса. Если Вы имеете в виду, можно ли в модели описать только один стартТаск, то ответ - да, можно. Если же вопрос касается того, можно ли в описании процесса описать только один стартТаск, то здесь ответ - нет. Поскольку в описании процессов на активити в каждом процессе, кроме начальной и конечной процедуры необходимо описать хотя бы один userTask. Хотя и эту проблему можно решить. Если Ваш процесс обязательно должен состоять из стартовой процедуры и конечной (т е воркфлоу в Альфреске используется, например, как форма заполнения чего-то), то можно ввести timer event и переходить со старта на таймер, ждать пару секунд, а затем завершить процесс.