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

 Похоже, что так и надо было сделать, но я этого не понял. Сейчас, увы, поздно - проект сдан, сделано ощутимо неоптимально, но, вроде, работает. У меня было два месяца, из которых один пошёл на написание БП, ещё две недели - на портирование под activiti и доработку, и две недели - на эти фильтры. Несложные вещи, но я впервые видел alfresco, и понаделал самых разных ошибок; опыт, во многом благодаря этому, получил бесценный.

Fufler, огромное спасибо Вам за помощь и за статьи - они помогли не меньше, чем все остальные материалы вместе взятые, которые я прочитал -- а это, наверное, пара тысяч страниц на всевозможные связанные темы. Это было круто.

Спасибо и Вам, Angelina, за советы и информацию.

Спасибо за помощь.

Нет, решаем проблему востановления базы LDAP, у меня она по другой причине крякнулась.

 +1

Не уверен, что правильно понял. Сертификаты меняете? 

Слушайте, напишите все таки свой java-backed web-script, который будет собирать историю воркфлоу так, как Вы хотите. А затем напишите дашлет, который будет вызывать это скрипт. ИМХО, лечге написать с нуля, чем править существующую конфигурацию. :)

Я могу послать Вам, если хотите, пример java-backed web-script-а сбора истории по определенному воркфлоу по всем юзерам. Здесь на  форуме fufler-а был также пример  дашлета, вызывающий вэб скрипт.

 Вот самый простой способ который я использовал. Хотя все тоже самое можно сделать одной строчкой в Zimbra CLI

 Если ящик был полностью удален нам потребуется создать учетную запись Zimbra заново со всеми атрибутами (Ф.И.О., настройки авторизации, участник рассылки и т.д.).   Только после этого мы можем восстановить все, что содержалось в этом ящике (контакты, письма, ежедневник, портфель и т.д.). Процедура следующая:  

1.0.Создаем новый почтовый ящик в Zimbra.

1.1.Для восстановления открываем почтовый ящик через web-интерфейс,  

1.2. Жмем пункт меню «Настройки».  

1.3.Находим «Импорт-Экспорт».  

1.4.Далее «обзор» и выбираем файл-архив(*.tgz) нужного нам ящика из ранее сделанного бэкапа.  

1.5.Выбираем метод импорта, дополнительные настройки, что импортируем.  

1.6.Импортируем. Проверяем все ли на месте.   Можно так же восстанавливать существующие ящики или просто вытягивать отдельные письма из архивов, открыв их в любом поддерживаемом архиваторе (например 7zip, winrar).    

Отладчик не подключался, сервер практически умирал во время попыток, eclipse не показывал ничего интереснее threadlocal. С высокой вероятностью это - мои недостаточно прямые руки, но этот этап практически пройден; я честно провёл за этим около одного рабочего дня, после чего плюнул и наставил везде logger.debug'ов.

Как выяснилось вчера, разница была вызвана тем, что при запуске через share к фильтру добавлялись условия на initiator и exclude, а через /service/api - нет.

workflow-list.js добавляет в запрос initiator'а, и я его (initiator'a) оттуда убил, но результатов это не дало.

Теперь ещё никак не удаётся локализовать стандартные уведомления о БП, лежащие в wf-email.html.ftl; перевёл, добавил, добавил в workflow-email-notification.xml, сервер стартует с русской локалью, локаль браузера - русская; мыло приходит на английском, невзирая ни на что, даже если я удаляю английский wf-email.html.ftl совсем. Файл такой - один, ссылок на него не видно,в джарниках нету, если только в alfresco.war'е; править его я пока не пробовал, т.к. собирать и отсылать эту махину по сети - долго и скучно. Если новых идей не будет, займусь этим, а пока - думаю и жду возможных подсказок со стороны форумчан.

Столкнулся с похожей проблемой.

РЕШИЛ.

в решении помог следующий матерьял.

1) http://forum.lissyara.su/viewtopic.php?f=8&t=17564&view=unread

2) http://pybsddb.sourceforge.net/utility/db_recover.html

3) http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd...

в дополнении скажу :

db_recover -h [каталог с базой ldap] -v -c  (пришлось выполнить очень много раз)