Попробывал ночную сборку, надеясь что там уже есть фикс. Фреска запустилась (но если стоит предыдущая версия BeCPG то нехочет запускаться) но при попытки октрытия окна доступных бизнес процессов, или если в инструментах администратора нажать на опции alvex (например лицензии или обновление) то получаю ошибку 500.
Вот текст при открытия окна бизнес процессов
04270024 Failed to execute script 'classpath*:alfresco/web-extension/site-webscripts/workflow-shortcut-dashlet/start-workflow.get.js': 04270023 TypeError: Cannot parse XML: Scanner State 24 not Recognized (jar:file:/opt/alfresco-4.2.f/tomcat/webapps/share/WEB-INF/lib/alvex-workflow-shortcut-dashlet-ee-share-1.8.jar!/alfresco/web-extension/site-webscripts/workflow-shortcut-dashlet/start-workflow.get.js#102(eval)#1)
Реализация хранения данных... имеются в виду процессы? Если да, то в ней существует "легкая" реализация всего этого: история (она конфигурируется, ее можно отключить), блокировка и доступ.
Если же Вы говорите о типах документов и прочем , то активити - это всего лишь движок, реализующий сам воркфлоу, а не реализация репозитория.
Всё-таки, реализацию хранения данных в activiti нужно делать самостоятельно, или она там есть встроенная?
Есть ли встроенная поддержка таких свойств модели данных, как оптимистическая блокировка, хранение полной истории изменений данных, аудит действий пользователей, разделение полномочий пользователей для доступа к данным? Или это должен реализовывать прикладной программист?
Главная проблема то, что WebSphere - это IBM, т е своя реализация Java и некоторых спецификаций... ну, если можно так сказать. Отсюда и исходят все сложности работы Активити под WebSphere
Например... Насколько я знаю, проблема работы Активити на WebSphere заключается в реализации транзакций. Для решения этой проблемы существует JTA спецификация. Activiti достаточно легко интегрируется с JTA, ее можно настроить, сконфигурировав JtaTransactionInterceptor. WebSphere Application Server же не обеспечивает стандартный JTA javax.transaction.TransactionManager, но вместо этого предоставляет собственный интерфейс com.ibm.wsspi.uow.UOWManager . Также будут проблемы с JobExecutorom... И т д, и т п...
Можно сказать так: контептуально Активити - инструмент, написанный и работающий на Java. Идеая Активити - легко конфигурируемый и настраиваемый инструмент. И вот тут-то и кроются все детали. Поскольку все зависит от JRE, все в него же и упирается. Поэтому разработчики Активити не расчитывали (и даже не тестировали) на WebSphere. Поэтому чтобы достичь такой же стабильной работы Активити, как под Томкат или тем же JBoss, придется попыхтеть...
Но, в принципе, я думаю, с помощью Спринга все можно сделать. Однако, я знаю, для ВэбСфер есть различные готовые решения интеграции BPM. Такие как camunda. Ничего не могу сказать об их работе, кроме того, что они есть... :)
С альфреской вопрос ясен. А если альфреску не использовать, а брать только активити сам по себе, и встраивать его не в Tomcat, а в IBM WebSphere (требование архитектуры предприятия)? Придётся с нуля реализовывать механизм хранения состояний в БД с нужными для системы свойствами? Или в активити что-то из этого есть в готовом виде?
Вот текст при открытия окна бизнес процессов
Как Share авторизуется? Не надо ли включить SSL?
Если же Вы говорите о типах документов и прочем , то активити - это всего лишь движок, реализующий сам воркфлоу, а не реализация репозитория.
Спасибо, поищу информацию по camunda.
Всё-таки, реализацию хранения данных в activiti нужно делать самостоятельно, или она там есть встроенная?
Есть ли встроенная поддержка таких свойств модели данных, как оптимистическая блокировка, хранение полной истории изменений данных, аудит действий пользователей, разделение полномочий пользователей для доступа к данным? Или это должен реализовывать прикладной программист?
Например... Насколько я знаю, проблема работы Активити на WebSphere заключается в реализации транзакций. Для решения этой проблемы существует JTA спецификация. Activiti достаточно легко интегрируется с JTA, ее можно настроить, сконфигурировав JtaTransactionInterceptor. WebSphere Application Server же не обеспечивает стандартный JTA javax.transaction.TransactionManager, но вместо этого предоставляет собственный интерфейс com.ibm.wsspi.uow.UOWManager . Также будут проблемы с JobExecutorom... И т д, и т п...
Можно сказать так: контептуально Активити - инструмент, написанный и работающий на Java. Идеая Активити - легко конфигурируемый и настраиваемый инструмент. И вот тут-то и кроются все детали. Поскольку все зависит от JRE, все в него же и упирается. Поэтому разработчики Активити не расчитывали (и даже не тестировали) на WebSphere.
Поэтому чтобы достичь такой же стабильной работы Активити, как под Томкат или тем же JBoss, придется попыхтеть...
Но, в принципе, я думаю, с помощью Спринга все можно сделать. Однако, я знаю, для ВэбСфер есть различные готовые решения интеграции BPM. Такие как camunda. Ничего не могу сказать об их работе, кроме того, что они есть... :)
С альфреской вопрос ясен. А если альфреску не использовать, а брать только активити сам по себе, и встраивать его не в Tomcat, а в IBM WebSphere (требование архитектуры предприятия)? Придётся с нуля реализовывать механизм хранения состояний в БД с нужными для системы свойствами? Или в активити что-то из этого есть в готовом виде?