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

 Не думаю, что у меня у одного Windows 2003.

Или у меня у одного community версия Zenoss?:)

даже и не знаю что тебе сказать поставь себе Zabbix чтоли ?:)

спасибо большое :)

 Потс писал свой пост о багах Activiti еще в апреле. Неужели ничего не улучшилось с того времени? Компания Alfresco обещает решить все проблемы Activiti и сделать Enterprise-поддержку для движка с начала 2012. Думаешь успеют все допилить к этому времени?

Внесу свои пять копеек. Ощущения от новой версии продукта оказались какими-то неоднозначными. С одной стороны, маркетологи Alfresco говорят о серьзёзных изменениях в пользовательском интерфейсе, которые действительно имеют место быть. С другой стороны, в версиях 4.0.a и 4.0.b мы имеем админку, которая не открывается по кнопке «Ещё» из-за изменившегося JavaScript API. Я понимаю, что админку можно открыть и по-другому, но, согласитесь, выглядит неприятно. На фоне этого интеграция c Google Docs и поддержка Drag'n'Drop смотрятся как неверно расставленные приоритеты.

Как разработчик я успел оценить только одно новшество — Activiti BPM. Конечно, этот движок бизнес-процессов был и в 3.4.e, но теперь по умолчанию включен только он. Видимо, Alfresco  в ближайшее время готовится завершить интеграцию Activiti  в систему и убрать jBPM, так что миграция всех существующих процессов на новый стандарт уже не за горами. С полным списком подводных камней при работе с Activiti можно ознакомиться в статье за авторством товарища Jeff Potts. Честно говоря, их количество слегка пугает.

В общем, релиз оказался сыроватым, чего и следовлао ожидать от версии 4.0. Не перестаю удивляться тому, как бойко Alfresco  продвигает свои Social-штуки на фоне криво работающего основного функционала.

Да метки времени здесь не при чем. Просто всю метадату (историю согласований, комментарии и прочее-прочее-прочее) надо будет где-то хранить. А архитектура Zimbra такова, что все операции в ней происходят от имени пользователя (не сервера). То есть как только мы даем пользователю возможность дать комментарий к документу, мы даем ему права на запись в метадату. В итоге эту самую метадату можно как-нибудь поправить. Если мы верим пользователю и считаем, что он будет пользоваться только штатными кнопками интерфейса и не будет искать способа отправить мимо них нештатный запрос, - все нормально. Но если пользователю верим не особо и хочется гарантий, что метадату никто не поправит задним числом, - нужно достаточно много напильника и разработки, выходящей за рамки штатных Зимлетов.

 А как пользователь сможет откатить время, если время будет браться серверное?

 Для написания своих классов нужны исходники Alfresco и импортированные проекты в Eclipse (http://wiki.alfresco.com/wiki/Alfresco_on_Eclipse#Check_out_the_Alfresco_source_code_using_Subclipse). После этого создаёте новый проект, пишете свой код, собираете jar и кладёте в соответствующцю папку в tomcat, затем перезапускаете сервер. Для отладки java кода можно использовать Remote Debugger. 

Если же вы разрабатываете другие расширения для системы (веб-скрипты, дашлеты, бизнес-процессы), то тут можно обойтись без перезагрузки сервера. Искать тут:

• http://wiki.alfresco.com/wiki/Workflow_Console
• http://wiki.alfresco.com/wiki/Dynamic_Models#Updating_and_re-loading_web_client_configuration
• http://localhost:8080/alfresco/service/index (Refresh)
• http://localhost:8080/share/service/index (Refresh)