Bonita Open Solution: типовые решения
Я решил предоставить доступ всем желающим к моему типовому решению на основе Bonita Open Solution (далее BOS). Это BPMS система, доступная бесплатно.
Я потратил очень много времени на это, но пришел к выводу, что коммерческая редакция необходима, и в этом случае, уже BizAgi может оказаться предпочтительней Bonita. При объеме лицензирования на 100 пользователей в аренду, цена BizAgi будет сопоставима со стоимостью минимальной подписки на Bonita. Впрочем, Вам решать. В любом случае, перед практическим использованием рекомендую опробовать восстановление.
Предлагаю два типовых решения - с БД на SQL Server и с БД на PostgreSQL. С MySQL и русским языком в BOS косяк. Смотри баг.
В обоих типовых решениях, установку BOS рекомендую делать на Linux сервер по следующим причинам:
- В любом случае необходимо фронтировать с помощью Apache, из-за невозможности поменять пароль по умолчанию для пользователя exo (в контексте xcmis) или скрыть контекст xcmis. В этом контексте находится модуль для хранения аттачментов, передаваемых по БП.
- Поставить Tomcat, идущий в бандле BOS, под Windows Server в качестве службы затруднительно. Меня, во всяком случае, затруднило ;-)
Типовое решение с SQL Server
- Инструкция по развертыванию BOS 5.6.1 Tom+Apache на Linux с БД на SQL Server
- Резервное копирование/восстановление снимков ФС BOS на/с strongspace
- Резервное копирование БД SQL Server на strongspace
- Резервное копирование БД SQL Server в удаленную файловую папку
- Учетная карточка инсталляции BOS c SQL Server
Типовое решение с PostgreSQL
- Инструкция по развертыванию BOS 5.6.2 Tom+Apache на Linux с БД на PostgreSQL
- Резервное копирование/восстановление снимков ФС BOS на/с strongspace
- Резервное копирование/восстановление дампов БД PostgreSQL на/с strongspace
- Учетная карточка инсталляции BOS + PostgreSQL на один сервер
- Шаблоны файлов конфигурации и пакеты комманд
Известные мне особенности BOS
- На русском языке процесс назвать нельзя. Он не найдётся при запуске в отдельном окне 100%.
- Если называть по русски элементы БП, то возможен конфликт имен в случае совпадения кол-ва символов в пределах процесса, например, нельзя одновременно иметь Actor Selector-ы с именами “Секретариат” и “Бухгалтерия” т.к. все имена преобразуются в английский язык и нац. символы заменяются на символ нижнего подчеркивания. К счастью, этот конфликт виден ещё в дизайнере, и это не мешает называть по-русски, добавляя там где надо лишние пробелы..
- Если collation БД не case sensitive, то можно войти под пользователем с маленькой буквы в то время, как он называется с большой, однако в именах активностей в inbox будет “No steps to perform”, хотя по текущему шагу пользователю поручена задача.
P.S. Теперь понятно, да? Почему коммерческая редакция этой или любой другой системы рекомендуется...