Проект RUNA WFE - открытая система управления бизнес-процессами предприятия объявил о смене лицензии с GPL на LGPL

Любопытно

ух ты
кто ни будь внедрял?
на сколько сложно?

кириллица есть?

я б такому поделию доверять бизнес-процессы целого предприятия не стал. оно больше походит на студенческую работу. акромя графического дизайнера БП ничего существенного не увидел.

а сама контора (руна) ничего из себя не представляет. впаривает продукты 1С, консультант, ну еще курсы проводит, коими кормят в спаме каждый божий день.

Полностью внедрено в Руне и в одной аргентинской компании, в 5-ти- 6-ти компаниях тестируется.

Кириллица есть.

а скриншоты где-то есть? никто не встречал ?

> я б такому поделию доверять бизнес-процессы целого предприятия не  
> стал. Оно больше походит на студенческую работу. акромя графического 
> дизайнера БП ничего существенного не увидел.

В 2006 году проект RUNA WFE получил Honorable Mention на JBoss Innovation Award в двух категориях:  Business Process Management  и Information Storage. 

В 2005 году проект стал дипломантом конкурса Java-технологий, 
проводившемся корпорацией Sun Microsystems при официальной поддержке 
Министерства информационных технологий и связи РФ.

скриншоты есть:
http://sourceforge.net/project/screenshots.php?group_id=125156

есть Online Demo:
http://runawfe.sourceforge.net/English/OnLineDemo/Online_demo.html

Ужос. Даже скриншоты - и те под вендой и софта для венды.

Почему в демо не видно гарфов процессов с русскими подписями? Это невозможно? Или это ограничение jBMP?

> удобный веб интерфейс пользователя

Оксюморон. Интерфейс бывает либо удобный, либо веб.

> Почему в демо не видно гарфов процессов с русскими подписями? Это невозможно? Или это ограничение jBMP?

Демо смотрят люди из самых разных стран мира, поэтому был выбран англоязычный вариант процессов.

Я сейчас разместил в демо процесс на русском. Надо войти пользователем тест, пароль - тест.

Интересно, а про безопасность хоть кто-нибудь когда-нибудь думает?

>Ужос. Даже скриншоты - и те под вендой и софта для венды.

а что удивительного? 99% всех скринов в статьях и книгах по жаба сделаны в винде. в винде жаба работает шустрее чем в линаксе (линакс агрессивнее свопит?) - это тоже всем известно.

Правда? Точно быстрее? ... не замечал как-то...

> Интересно, а про безопасность хоть кто-нибудь когда-нибудь думает?

В RUNA WFE реализована достаточно сложная система авторизации и аутентификации. Аутентификация - на основе JAAS, а авторизация собственная.

Если входить в Демо под разными пользователями, то права на чтение и запуск демо-процессов будут изменяться. Также можно изменять права на заведение-чтение-изменение других пользователей, чтение, остановку экземпляров бизнес-процессов, redeployment определений бизнес-процессов и т.д.

>Оксюморон. Интерфейс бывает либо удобный, либо веб.

Паразительно маразматичная точка зрения.

>Правда? Точно быстрее? ... не замечал как-то...

Точно.

>Аутентификация - на основе JAAS, а авторизация собственная.

@see http://java.sun.com/j2ee/javaacc/index.html

на той недельке наткнулся.

Читал, смотрел демку, но не понял, как можно и для чего использовать данную систему. Если не сложно, поясните на пальцах.

а в чем отличие от того же bpel?

>В RUNA WFE реализована достаточно сложная система авторизации и аутентификации. Аутентификация - на основе JAAS, а авторизация собственная.

Во-первых, при первой авторизации jsessionid посылается внутри URL. Во-вторых, возможны изменения с помощью GET. В-третьих, POST не возражает против изменений, инициированных с других сайтов (см. http://www.linux.org.ru/jump-message.jsp?msgid=1896195). В-четвертых, мне почему-то кажется, что если поставить на https, в куках JSESSIONID будет сохранен без параметра secure. :)

Это так, для начала, не смотря в код. :)

Спецификаций или готовых framework'ов авторизации, удовлетворяющих всем нашим требованиям, мы не нашли. Поэтому была написана собственная система аутентификации и авторизации.

> Читал, смотрел демку, но не понял, как можно и для чего использовать > данную систему. Если не сложно, поясните на пальцах.

Использование систем управления бизнес-процессами во многих случаях помогает существенно повысить эффективность бизнеса:

- Можно не писать сложные должностные инструкции: сотрудники будут получать небольшие задания, в которых будет написано, что им надо сделать - Если произошли какие-то события, менеджеры предприятия могут очень быстро перестроить бизнес-процессы предприятия, сотрудники, возможно, даже и не обратят внимания на то, что они теперь в другой последовательности задания выполняют - Вместе с сотрудниками в бизнес-процессы можно включать специальные программы (боты) и таким образом постепенно автоматизировать предприятие - Набор текущих состояний всех выполняющихся бизнес-процессов предприятия позволяет аналитику оперативно оценить состояние предприятия - и.т.д. Если более подробно - мы серию статей в PC WEEK написали: http://kis.pcweek.ru/Year2004/N23/CP1251/CorporationSystems/chapt1.htm http://kis.pcweek.ru/Year2004/N28/CP1251/CorporationSystems/chapt1.htm http://kis.pcweek.ru/Year2004/N43/CP1251/CorporationSystems/chapt2.htm http://wf.runa.ru/Russian/Article/Current/Stat_ya4.html

BPEL - это не система а спецификация (язык описания бизнес-процессов).

RUNA WFE сейчас поддерживает только язык jPdl (полноценно только его
пока workflow-ядро поддерживает - JBOSS JBPM). Однако JBOSS сейчас
работает над поддержкой BPEL:
http://docs.jboss.com/jbpm/bpel
Как эта функциональность будет готова, мы также начнем работать в BPEL.

Отличия BPEL, jPdl и XPDL можно посмотреть здесь:

http://wf.runa.ru/Russian/Article/Current/Stat_ya4.html

http://wf.runa.ru/files/Article04_examples.pdf

>Надо войти пользователем тест, пароль - тест.

Вошел. Ну и что?
Это все что система умеет? Офигительный набор отверток. :(

>Во-первых, при первой авторизации jsessionid посылается внутри URL. Во-вторых, возможны изменения с помощью GET. В-третьих, POST не возражает против изменений, инициированных с других сайтов (см. http://www.linux.org.ru/jump-message.jsp?msgid=1896195). В-четвертых, мне почему-то кажется, что если поставить на https, в куках JSESSIONID будет сохранен без параметра secure. :)

Этой стороной безопасности мы серьезно не занимались. Может, поможете нам здесь безопасность улучшить? Проект у нас открытый, весь код в интернете лежит.

>Надо войти пользователем тест, пароль - тест.

> Вошел. Ну и что? Это все что система умеет? Офигительный набор отверток. :(

Нет. - Это только ответ на вопрос - можно ли писать имена узлов графа процесса на русском языке.

>Этой стороной безопасности мы серьезно не занимались. Может, поможете нам здесь безопасность улучшить? Проект у нас открытый, весь код в интернете лежит.

К сожалению, некогда (квалификационную работу в универе надо скоро сдавать), и в жабе не так хорошо разбираюсь. :) Могу разъяснить проблемы и предложить варианты их решения (либо в этом топике, либо python3000 на гмейле).

> Могу разъяснить проблемы и предложить варианты их решения (либо в этом топике, либо python3000 на гмейле).

Спасибо. Буду очень благодарен.

>Нет. - Это только ответ на вопрос - можно ли писать имена узлов графа процесса на русском языке

Хорошо, тогда есть несколько вопросов.

Могу ли я применить Руну к производству. Т.е. планировать производство. Мне нужно управлять производственными ресурсами: материалами, машинами, работниками. Это можно? Или система ориентирована на должностные инструкции, и расчитать потребность материалов и время выполнения технологического процесса она не позволит. Есть у событий какие-то параметры кроме описания? Есть ли возможность из множества сетевых графиков получить диаграмму ганта? Ну и так далее... У меня еще много вопросов...

1) jsessionid должен быть ТОЛЬКО в кукисах. Если в URL - его можно украсть (при нажатии на любую внешнюю ссылку или при загрузке внешней картинки/фрейма/баннера/счетчика будет referrer; можно сфоткать браузер и войти на другом компе с этим же jsessionid; URL записывается в логи прокси-серверов и веб-сервера). При соединении через HTTPS кукисы должны быть с ";secure" в конце, иначе если человеку дать ссылку на тот же сайт без HTTPS, jsessionid отправится открытым текстом;

2) как говорится в RFC2616, через GET можно только просматривать страницу. Запрашивать изменения нужно через POST. Воспринимать тоже, иначе любой сайт может сделать iframe, img или XMLHttpRequest по данному URL и сделать изменения с правами пользователя портала. Да и просто при включенном восстановлении сессий данное действие можно случайно выполнить повторно. POST тоже может сделать с помощью нужного action и some_form.submit(), поэтому один из вариантов - при POST проверять referrer (он должен совпадать с типом соединения, доменом и портом запроса).

Ну и http://validator.w3.org/ для HTML/XHTML/CSS - must have. ;-)

Спасибо.

> Могу ли я применить Руну к производству. Т.е. планировать производство.

Применить систему к производству можно, но непосредственно для планирования производства система не предназначена - система раздает задания исполнителям и следит за их выполнением.

> Мне нужно управлять производственными ресурсами: материалами, машинами, работниками. Это можно?

Управлять, т.е. давать задания определенным исполнителям проделать те или иные действия можно.

> Или система ориентирована на должностные инструкции, и расчитать потребность материалов и время выполнения технологического процесса она не позволит.

Рассчитывать потребность материалов система не умеет, это должны делать другие системы (ERP).

> Есть у событий какие-то параметры кроме описания?

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

> Есть ли возможность из множества сетевых графиков получить диаграмму ганта?

Сама система не умеет строить диаграммы Ганта. Если в бизнес-процессе их надо построить, то для этого придется через бота подключить к процессу приложение, которое умеет это делать.

> У меня еще много вопросов... Задавайте, но в ближайшие несколько дней я буду вдали от цивилизации и интернета - возможно, отвечу не сразу.

Извините, но если класть идентификатор сессии в куки, то возникнут проблемы другого плана: не все разрешают браузерам принимать куки (опять-таки по соображениям безопасности :)), это может негативно сказаться при внедрении ("Ну я из-за вашей проги должен менять настройки своего браузера"). Поэтому надо оценивать, какой фактор важнее - риск скомпрометировать сессию или удобство пользователя. (Кстати, оба прецедента надо еще потрудиться создать.)
Возможно такое решение: приложение пытается работать с куками, если они блокируются клиентом - тогда уж кодировать идентификатор сесии в урл.

>Извините, но если класть идентификатор сессии в куки, то возникнут проблемы другого плана: не все разрешают браузерам принимать куки

ССЗБ.

>Кстати, оба прецедента надо еще потрудиться создать.

Если там есть возможность поместить ссылку (как здесь на лоре) - достаточно поместить ссылку на свой сервер, когда нажмет - прочитать referrer.

>Возможно такое решение: приложение пытается работать с куками, если они блокируются клиентом - тогда уж кодировать идентификатор сесии в урл.

Уж лучше тогда использовать HTTP-авторизацию. Хотя там другой косяк - нельзя разлогиниться до закрытия браузера.

> Уж лучше тогда использовать HTTP-авторизацию. Хотя там другой косяк - нельзя разлогиниться до закрытия браузера.

Можно, если включен Javascript :)
http://www.artima.com/weblogs/viewpost.jsp?thread=155252

>Задавайте, но в ближайшие несколько дней я буду вдали от цивилизации и интернета - возможно, отвечу не сразу.

Вобщем, уже достаточно. Спасибо.

>BPEL - это не система а спецификация (язык описания бизнес-процессов). извиняюсь за некорректный вопрос, Вы поняли о чем речь :)

>Отличия BPEL, jPdl и XPDL можно посмотреть здесь: вот за это спасибо