LINUX.ORG.RU

Вышла RunaWFE Free 4.4.0 — система управления бизнес-процессами предприятия

 , , , ,


2

3

RunaWFE Free — это свободная российская система управления бизнес-процессами и административными регламентами. Написана на Java, распространяется под открытой лицензией LGPL. RunaWFE Free использует как собственные решения, так и некоторые идеи проектов JBoss jBPM и Activiti, содержит большое количество компонентов, задача которых обеспечить удобную работу конечного пользователя.

Изменения после версии 4.3.0:

  • Добавлены глобальные роли.
  • Добавлены источники данных.
  • Выполнен рефакторинг подсистемы полномочий.
  • Изменён алгоритм генерации текстового регламента БП.
  • В среду разработки добавлена возможность обновления и установки расширений.
  • Добавлен обработчик Генератор-отчётов.
  • Добавлена возможность восстановления ошибочно завершённого БП.
  • Улучшена сборка редактора для MacOS.

>>> Подробности



Проверено: a1batross ()
Последнее исправление: a1batross (всего исправлений: 4)

Это самостоятельная программа, или просто модуль к jboss? попробовал запустить, он про отсутствие чего-то там кракозябрами ругается.

./jboss-modules.jar: строка 1: $'PK\003\004': команда не найдена
./jboss-modules.jar: строка 2: синтаксическая ошибка рядом с неожиданным маркером «(»
./jboss-modules.jar: строка 2: U�;H     META-INFU�;HMETA-INF/MANIFEST.MF���n� ��-���Nj��՚H�▒5딶���7l,�N���v�F^6�.�9?|���-+�<�!��F8�1��US
                                                                                                                                        %���Y�Zx�4����m-�C/�4�_��▒Ew��d'�G�{-�ç�����:��k��h��ړ�{�9t����)�2Z
CE�u2�&+�N47���|�[��W�(zt�'.0(��Lu�P�8��6����
P�S     4�jPK'                               rLa����^�▒;��o��/R��1�[x�}S�f̮      'p,��]���ɪ箐Ӿ��ۿl@�>7n���dǴb�9=��kf/�M{�[��Q�y���m���2��$��`���e�i��LY��������x��x�q�8Y�_��6]�kf&��l�����c2!�i�(�
ChekPuk ★★★
()
Последнее исправление: ChekPuk (всего исправлений: 1)
Ответ на: комментарий от EXL

Чушь, но объяснимая желанием напомнить миру о существовании любителей Arch Linux. Jar-файл можно запускать везде, где есть Java, но при условии, что он содержит целую программу и для неё доступны все нужные ей библиотеки.

В отличие от этого, RunWFE устанавливается в сервер приложений Java. Подробности искать в инструкции по установке.

Partisan ★★★★
()
Ответ на: комментарий от Partisan

У тебя какой-то пунктик насчёт ArchLinux? В Ubuntu такое из коробки, например:

https://askubuntu.com/questions/624628/how-is-it-possible-that-i-can-execute-jar-file-from-shell

Jar-файл можно запускать везде, где есть Java, но при условии, что он содержит целую программу и для неё доступны все нужные ей библиотеки

Разговор шёл абсолютно не про это.

EXL ★★★★★
()

скажите, а чем она лучше camunda, activiti, jbpm и прочих?

тем, что Российская, или есть еще какие-то киллер-фичи? (неплохо бы вынести ответ на этот вопрос в шапку поста)

aol ★★★★★
()

RunaWFE создана чтобы унижать, причинять боль и страдания

oster2011 ★★★
()
Последнее исправление: oster2011 (всего исправлений: 1)
Ответ на: комментарий от ChekPuk

Лол кек петросян, даже программу на жабе нормально запустить не может...

anonymous
()

Сорсфорж в качестве площадки для размещения? Какой у нас год на дворе?

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

AVL2 ★★★★★
()

Успехов ребятам в их деле.

1. Разработку можно конечно разместить на GitHub, но с SourceForge.net удобно скачивать даже ламерам, особенно бинари и сборки.

2. Неплохо бы в статье дать ссылку на сайт-Wiki проекта RunaWFE Free https://runawfe.org/, а также на сайт организации, развивающей проект https://processtech.ru (и страничку с документацией - https://processtech.ru/documentation/)

3. Хотелось бы получить сравнение возможностей продукта RunaWFE FREE с аналогичными продуктами

anonymous
()
Ответ на: комментарий от ChekPuk

Запускать надо не отдельные jar-файлы, а сразу wildfly командой wildfly\bin\standalone.sh. При этом в системе должна быть Java установлена.

Описание можно посмотреть здесь: https://processtech.ru/documentation/InstallationGuide/#InstallBinariesServer

amikheev
() автор топика

А есть какие-то истории успеха с ней? Типа внедрили там-то, преодолев то-то и натянув таких-то проприетарщиков.

zabbal ★★★★★
()
Ответ на: комментарий от aol

скажите, а чем она лучше camunda, activiti, jbpm и прочих?
тем, что Российская, или есть еще какие-то киллер-фичи?

Да. Она российская, т.е. разработчики находятся в России, можно адаптировать ее к конкретным российским проектам без таких препятствий, как отличия в законодательстве, разные курсы валют, ментальные барьеры и т.п.

Кроме того, в отличие от camunda, activiti и многих других, система ориентирована на конечного пользователя. То есть, ее легко начать использовать, т.к. она содержит много готовых интерфейсов для взаимодействия с пользователями. Можно вообще без программистов начинать эксплуатацию. По мере усложнения проекта программисты постепенно потребуются, но начало эксплуатации может быть простым и дешевым.

(неплохо бы вынести ответ на этот вопрос в шапку поста)

Учтем это в следующих постах.

amikheev
() автор топика
Ответ на: комментарий от AVL2

Сорсфорж в качестве площадки для размещения? Какой у нас год на дворе?

На sourceforge.net выкладываются дистрибутивы, новости и некоторые Feature Requests. Разработка кода была перенесена на GitHub. - Вот сообщение об этом на SF: https://sourceforge.net/p/runawfe/news/2016/04/project-repository-is-moved-to...

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

Актуальный код системы находится здесь: https://github.com/processtech

amikheev
() автор топика
Ответ на: комментарий от siraenuhlaalu

В отличие от этого, RunWFE устанавливается в сервер приложений Java.

Шёл 2019 год...

Система постепенно переходит на поддержку rest api. После перехода можно будет запускать ее без сервера приложений.

amikheev
() автор топика
Ответ на: комментарий от zabbal

А есть какие-то истории успеха с ней? Типа внедрили там-то, преодолев то-то и натянув таких-то проприетарщиков.

На сайте есть информация об использовании: https://processtech.ru/about-processtech/runawfe-in/

amikheev
() автор топика
Ответ на: комментарий от amikheev

я так и думал, просто с ходу не нашел линк на github

AVL2 ★★★★★
()
Ответ на: комментарий от amikheev

переход на rest api никак не связан с решением из прошлого века. В 2019 уже понятно, что концепция «сервера приложений» слегка протухла.

siraenuhlaalu
()

Памятник при жизни надо ставить людям, которые в этой_стране пишут ПО, когда вокруг них толпа бездарей и лентяев кричит «нинужно, нинужно, исходники лежат не там, язык не тот, сервер приложений не ненужен, да чем оно лучше, фу, российское ненужно». Паразиты на теле общества инженеров.

Alve ★★★★★
()
Ответ на: комментарий от amikheev

Рад за них, но это несколько не то - короткие рекламные заметки ниочём в духе «всё хорошо прекрасная маркиза». Хотелось бы именно публикаций с подробностями, рассчитанных на технарей. Маркетинговую чушь и пресс-релизы читать откровенно скучно.

zabbal ★★★★★
()
Ответ на: комментарий от siraenuhlaalu

пожалуйста, расскажите, почему вы так считаете?

anonymous
()
Ответ на: комментарий от GladAlex

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

anonymous
()
Ответ на: комментарий от amikheev

Ага, спасибо. Побырику перед работой запустить хотел, не вникая в подробности.

Но в новости не говорится, что всё это на основе сервера приложений Wildfly, только упоминается

RunaWFE Free использует как собственные решения, так и некоторые идеи проектов JBoss jBPM и Activiti

Из чего совсем не следует ничего. Вот я и подумал, что это стэндалойная жабо-апликуха.

ChekPuk ★★★
()
Ответ на: комментарий от EXL

эээ я вообще не понимаю лишних сущьностей, зачем это писать, когда просто имя жабо-файла срабатывает? А в данном случае, как объяснили ниже, проблема ваааапче не в том.

ChekPuk ★★★
()
Ответ на: комментарий от ChekPuk

Побырику перед работой запустить хотел, не вникая в подробности.

1. скачиваешь:

https://sourceforge.net/projects/runawfe/files/SRC and BIN files/4.4.0/Server...

2. распаковываешь

3. запускаешь wildfly/bin/standalone.sh

__

И редактор: https://sourceforge.net/projects/runawfe/files/SRC and BIN files/4.4.0/Develo...

Tanger ★★★★★
()
Ответ на: комментарий от anonymous

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

Есть примеры, когда систему внедряли «снизу» энтузиасты, которым начальство разрешало что-то процессное поставить на предприятии и использовать, но денег на софт не давало.

amikheev
() автор топика
Ответ на: комментарий от Alve

Памятник при жизни надо ставить людям, которые в этой_стране пишут ПО

а чем написание ПО в «этой стране» (тм) отличается от подобной деятельности в других странах?

вокруг них толпа бездарей и лентяев кричит «нинужно, нинужно, исходники лежат не там, язык не тот, сервер приложений не ненужен, да чем оно лучше, фу, российское ненужно»

можно подумать где-то, овер зэ рэинбоу, как только видят программиста — так сразу ему новую хижину и самую красивую девку на деревне выдают

pihter ★★★★★
()
Ответ на: комментарий от siraenuhlaalu

Система постепенно переходит на поддержку rest api. После перехода можно будет запускать ее без сервера приложений.

переход на rest api никак не связан с решением из прошлого века.

Сейчас API торчит наружу через JEE-шные service beans. После прикручивания REST API и перевода на него всех клиентов, можно будет от этого JEE-шного API избавиться, а вместе с ним и от аппсервера.

dimgel ★★★★★
()
Ответ на: комментарий от siraenuhlaalu

В 2019 уже понятно, что концепция «сервера приложений» слегка протухла.

Почему?

alt-x ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.