радость моя была не долгой. Возник следующий вопрос:
как синхронизировать мемберов внутри группы.
пользователи синхронизируются и авторизируются без проблем, группы синхронизируются но они пустые, внутри тупо нету мемберов ад групп, хотя в ад они конечно же есть.
В итоге пришлось играться с этим параметром:
# The attribute in LDAP on group objects that defines the DN for its members
Есть задачи, что выписываются на конкретного юзера (юзеров). В этом случае в поле taskOwner-а изначально стоит юзер. А вот в задачах, которые поднимаются на группу или несколько юзеров - а аттрибут activiti:candidateUsers как раз указыват на это - изначально юзеров нет: задача приходит в пул юзеров или групп.
Чтобы задача получила конкретного юзера, надо взять задачу на себя. Т е зайти в задачу и нажать кнопку Claim (она в верхнем право углу формы задачи). При это происходит следующее:
- в поле TaskOwner прописывается юзер, взявший задачу себе;
- задача уходит со столов остальных юзеров и остается на столе у данного юзера
Angelina, спасибо большое за подсказку. В соседней теме нашел ваши пояснения к предложеной инструкции.
Пока задачу решил следующим образом:
В userTask прописал activiti:candidateUsers="user1,user2" и процес пошел по нужному пути.
Вот только в задаче taskOwner никто не указан. Соответственно в истории бизнес-процесса в этих полях нет информации.
По описанию - побились индексы SOLR, в итоге сломалось всё, что хоть как-то использовало функции поиска. Сделайте вот так - https://docs.alfresco.com/4.2/tasks/solr-reindex.html - для полной переиндексации. Должно починиться.
Вот ведь....
В Настройка - Домены - Имя узла общего пользования откуда то взялась совершенно левая запись.
После возврата к нормальной записи бакап заработал как часы.
как синхронизировать мемберов внутри группы.
пользователи синхронизируются и авторизируются без проблем, группы синхронизируются но они пустые, внутри тупо нету мемберов ад групп, хотя в ад они конечно же есть.
В итоге пришлось играться с этим параметром:
# The attribute in LDAP on group objects that defines the DN for its members
Однако пока что без вариантов.
Чтобы задача получила конкретного юзера, надо взять задачу на себя. Т е зайти в задачу и нажать кнопку Claim (она в верхнем право углу формы задачи). При это происходит следующее:
- в поле TaskOwner прописывается юзер, взявший задачу себе;
- задача уходит со столов остальных юзеров и остается на столе у данного юзера
Пока задачу решил следующим образом:
В userTask прописал activiti:candidateUsers="user1,user2" и процес пошел по нужному пути.
Вот только в задаче taskOwner никто не указан. Соответственно в истории бизнес-процесса в этих полях нет информации.
ldap.authentication.userNameFormat=uid\=%s
данный параметр нужно оставить пустым и все заработает
ldap.authentication.userNameFormat=
Пример можно увидеть в самой альфреске, в файле tomcat/webapps/alfresco/WEB-INF/classes/alfresco/workflow/parallel-review-group.bpmn20.xml
В Настройка - Домены - Имя узла общего пользования откуда то взялась совершенно левая запись.
После возврата к нормальной записи бакап заработал как часы.