Была такая же проблема - с ранними версиями Alvex все работало, с *f Tomcat не запускался с первой ошибкой - скачал приблуду JDK 8u40 with NetBeans 8.0.2 - Tomcat запустился. Win7x64
zebra.ermoler.ru/download - нотифаер вот этот, правда у меня версия 0.4. Надо попробовать обновиться.
LDAP - использую встроенный (Zimbra), сервер Ubuntu 12.04.5... интеграции с AD не делал, решил подстраховаться от "несчастных" случаев.
В самом бизнесс процессе Вы можете писать JS вставки. Используйте Activiti events. В Вашем конкретном случае Вам необходимо имплементировать start event
Вот пример:
.... <extensionElements><activiti:executionListener event="start"class="org.alfresco.repo.workflow.activiti.listener.ScriptExecutionListener"><activiti:field name="script"><activiti:string>
Здесь должен быть Ваш Java Script код
</activiti:string></activiti:field></activiti:executionListener></extensionElements><startEvent id="start" activiti:formKey="req:start"/>
...
С отображением предпросмотра разобрался, решение проблемы тут http://forums.alfresco.com/fr/node/55381
Только все-таки странно, если делалась полная копия, почему на первом не возникало таких ошибок с отображжением.
Сейчас у некоторых пользователей появилась проблема с изменениями в запущенных процессах, которые запустились до переноса. Проблема заключается вот в чем, при попытки открыть запущенную задачу, Альфреско долго думает, и в итоге уходит в никуда, такая проблема у инициатора, а также у участников процесса. Также при попытки удалить эти задания возникает ошибка.
Минутка оффтопа: У нас баба есть, которая уже 3 раза за год ловила подобное. Последний раз она сказала: "я открыла вложение, а оно не открылось. Я его в бухгалтерию отправила, что б там открыть попробовали". Занавес.
Теперь по делу:
Как я был доволен включением этих проверок, но пришлось в срочном порядке убирать, когда нагрузка подпрыгнула до 100% (что довольно интересно для Xeon X3430 2.4GHz с 12Gb RAM).
Пока спасаюсь тем, что юзеры рискуют больше своим добром, на файлопомойке каждые 20 минут проходит проверка на наличие у файлов дополнительных расширений с алертом в джаббер.
По поводу RAR архивов накопал, что надо заменить строчку $unrar = ['unrar-free']; на $unrar = ['rar', 'unrar'];
Разумеется, от пакета unrar-free можно смело избавляться и ставить rar unrar.
В нашем случае конфиг лежит по адресу /opt/zimbra/conf/amavisd.conf, нужная строка в decoders. Сам не проверял.
wiki.zimbra.com/wiki/SpamAssassin_Customizations
LDAP - использую встроенный (Zimbra), сервер Ubuntu 12.04.5... интеграции с AD не делал, решил подстраховаться от "несчастных" случаев.
Вот пример:
remoteService - откуда берется этот объект?
у меня консолька пишет что нету такого объявления.
Только все-таки странно, если делалась полная копия, почему на первом не возникало таких ошибок с отображжением.
Сейчас у некоторых пользователей появилась проблема с изменениями в запущенных процессах, которые запустились до переноса. Проблема заключается вот в чем, при попытки открыть запущенную задачу, Альфреско долго думает, и в итоге уходит в никуда, такая проблема у инициатора, а также у участников процесса. Также при попытки удалить эти задания возникает ошибка.
Теперь по делу:
Как я был доволен включением этих проверок, но пришлось в срочном порядке убирать, когда нагрузка подпрыгнула до 100% (что довольно интересно для Xeon X3430 2.4GHz с 12Gb RAM).
Пока спасаюсь тем, что юзеры рискуют больше своим добром, на файлопомойке каждые 20 минут проходит проверка на наличие у файлов дополнительных расширений с алертом в джаббер.
По поводу RAR архивов накопал, что надо заменить строчку $unrar = ['unrar-free']; на $unrar = ['rar', 'unrar'];
Разумеется, от пакета unrar-free можно смело избавляться и ставить rar unrar.
В нашем случае конфиг лежит по адресу /opt/zimbra/conf/amavisd.conf, нужная строка в decoders. Сам не проверял.