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

Это самостоятельная программа, или просто модуль к 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�(�

Ты зачем jar запускаешь в шелле?

java -jar

Кстати в binfmt_misc есть вроде поддержка jar, то бишь на некоторых дистрах standalone JAR-ки можно и по ./myapp.jar пускать.

https://wiki.archlinux.org/index.php/Binfmt_misc_for_Java

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

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

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

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

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

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

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

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

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

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

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

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

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

Шёл 2019 год...

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

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

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

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

Круто! А говорят стоящего российского софта нет, а он есть!!!

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

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

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

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

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

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

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

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

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

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

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

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

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

Шёл 2019 год...

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

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

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

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

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

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

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

Что-то публиковалось, например, - https://avtprom.ru/article/izmenenie-vypolnyayushchikhsya-e (но они тексты на выкладывают в интернет, только аннотации)

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

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

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

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

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

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

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

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

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...

Да понял я, понял! Ёптить...

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

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

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

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

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

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

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

https://cs9.pikabu.ru/post_img/big/2017/02/08/8/1486560167185331527.jpg

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

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

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

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

Почему?