Runa wfe ошибка

Устранение типичных проблем

Версия 4.5.0

© 2015-2023, ООО «Процессные технологии»

# Настройка

# Общее

# Jboss7 deployment timeout

Иногда установленного по умолчанию таймаута в 60 секунд недостаточно для старта приложения runawfe.ear, вследствии этого будет сообщение и остановка приложения

JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]. 
Check the server configuration file and the server logs to find more about the status of the deployment.

Для того чтобы исправить необходимо в standalone.xml добавить атрибут deployment-timeout, значение которого задаётся в секундах

<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
 <deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" path="deployments" deployment-timeout="300" />
</subsystem>

В качестве примера можно посмотреть Файл:Standalone.xml.

Также если в результате неудачного запуска сформировался файл runawfe.ear.failed (в deployments рядом с runawfe.ear) — то его нужно удалить.

# URI encoding

# Jboss7

Приложение требует (при использовании русскоязычных названий в процессах) чтобы кодировка запросов была установлена в UTF-8.

Для того чтобы установить её необходимо в standalone.xml добавить строки

<system-properties>
 <property name="org.apache.catalina.connector.URI_ENCODING" value="UTF-8"/>
</system-properties>

после закрытия элемента extensions. В качестве примера можно посмотреть Файл:Standalone.xml.

# Jboss4

Приложение требует (при использовании русскоязычных названий в процессах) чтобы кодировка запросов была установлена в UTF-8.

Для того чтобы установить её необходимо в ${jboss4}/server/default/deploy/jboss-web.deployer/server.xml добавить атрибут URIEncoding

<Connector port="8080" ... URIEncoding="UTF-8" />

# JMS

# Переименование очереди JMS ^4.0.6+

# Jboss7

В коде приложения была переименована очередь JMS, но в конфигурации jboss7 изменений не было. Это не приводит к каким-либо ошибкам, кроме того что не работают узлы-сообщения (Отправить сообщение, Получить сообщение).

Для исправления ситуации необходимо в standalone.xml изменить

<jms-queue name="jbpmQueue">
 <entry name="queue/jbpmQueue"/>
 <entry name="java:jboss/exported/queue/jbpmQueue"/>
</jms-queue>

на

<jms-queue name="bpmMessages">
 <entry name="queue/bpmMessages"/>
 <entry name="java:jboss/exported/queue/bpmMessages"/>
</jms-queue>

В качестве примера можно посмотреть Файл:Standalone.xml.

# Jboss4

Описатель очереди runawfe-jms-service.xml включён в runawfe.ear, поэтому дополнительных действий не требуется.

# Сокрытие ошибки в логе в случае если приёмник сообщения ещё не готов его обработать

При взаимодействии между узлами-сообщениями бывают корректные ситуации когда сообщение уже отправлено из узла Отправить сообщение, но управление ещё не пришло в узел Принять сообщение для данного сообщения. В этом случае для корректной работы в целом осуществляется откат транзакции при получении сообщения. Это вызывает логирование ошибок 1 раз в минуту, захламляющих лог. Нужно настроить log4j так, чтобы эти ошибки не писались в лог.

# Jboss7

В настройках логирования в standalone.xml поместите строки:

<logger category="org.hornetq.ra.inflow.HornetQMessageHandler">
 <level name="FATAL"/>
</logger>
<logger category="org.jboss.ejb3.invocation">
 <level name="FATAL"/>
</logger>

# Jboss4

В ${RUNAWFE}/server/default/conf/jboss-log4j.xml определите категорию

<category name="org.jboss.resource.adapter.jms.inflow.JmsServerSession">
 <priority value="FATAL"/>
</category>

# Аутентификация

# javax.security.auth.login.LoginException: KrbException: KDC has no support for encryption type (14) — KDC has no support for encryption type

Внести в следующий ключ реестра параметр

— Для Windows Server 2003 и Windows 2000 SP4

ключ: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters

параметр: allowtgtsessionkey=dword:0x01

— Для Windows XP SP2

ключ: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos

параметр: allowtgtsessionkey=dword:0x01

После внесения параметра необходима перезагрузка.

# Веб-сервисы

# Вызов веб-сервиса из обработчика с помощью JAX-WS на JBoss 7.1.1

Caused by: java.lang.NoClassDefFoundError: org/springframework/beans/BeansException
at org.jboss.wsf.stack.cxf.client.configuration.JBossWSBusFactory.getSpringBusFactory(JBossWSBus
Factory.java:120)

JBoss 7.1.1 поставляется с JBossWS-cxf-4.0.2.GA, в котором есть ошибка.
Необходимо обновить модель JBoss-cxf до версии 4.1.1.Final.

Официальная инструкция

• Скачайте дистрибутив JBossWS-CXF-4.1.1.Final
• Переименуйте ant.properties.examples в ant.properties
• Измените ant.properties в соответствии с расположением jboss
• Выполните команду ant deploy-jboss711

# Ошибка вызова веб-сервиса на JBoss 7.1.1

В случае невозможности вызова веб-сервиса из внешнего приложения (например Среды разработки), проверьте следующее:

• откройте страницу с WSDL любого сервиса (например http://172.22.200.11:18080/wfe-service-4.0.5/AuthenticationWebService/AuthenticationAPI?wsdl)
• внизу найдите блок <soap:address location=»http://172.22.200.11:18080/wfe-service-4.0.5/AuthenticationWebService/AuthenticationAPI»/>
• он должен указывать на корректный адрес сервера, именно он используется при вызове операций

Его можно изменить, указав опцию при запуске сервера, например -b 172.22.200.11

# Developer Studio

# Настройки JVM

В случае если настройки по умолчанию не подходят, например в случаях медленной работы Среды разработки из-за нехватки памяти, возникновение ошибки OutOfMemoryError, можно изменить настройки JVM. Для этого нужно рядом с runa-gpd.exe создать файл runa-gpd.ini с примерным содержанием

Для 32-битной версии

Из-за общего ограничения выделяемой памяти процессу операционной системой (порядка 1.5 Гб) следует распределить память между 3-мя областями: Heap, Permanent, Native. Если вылезает ошибка SWTError: No more handles — значит недостаточно области Native (управляется опосредованно: используется максимум, выделяемый ОС — Heap — Permanent). Если вылезает OutOfMemoryError: Java heap space — то недостаточно области Heap (управляется параметрами -Xms, -Xmx). Если вылезает OutOfMemoryError: PermGen space — то недостаточно области Permanent (управляется параметрами -XX:PermSize, -XX:MaxPermSize).

-vmargs
-Xms256m
-Xmx256m
-XX:PermSize=256m
-XX:MaxPermSize=256m

Для 64-битной версии

Можно выделить больше Heap памяти:

-vmargs
-Xms1G
-Xmx1G
-XX:PermSize=256m
-XX:MaxPermSize=256m

# Проблема с зависанием приложения в Linux

Иногда могут быть последствия бага https://bugs.eclipse.org/bugs/show_bug.cgi?id=215234, которые исправляются добавлением при запуске опции

-Dorg.eclipse.swt.internal.gtk.disablePrinting 

# Работа с формами

# Отображение содержимого форм в неправильной кодировке

При переносе процессов между компьютерами могут возникнуть проблемы с отображением форм в неправильной кодировке. В этом случае выполните следующие рекомендации по устранению проблемы:

• вызовите контекстное меню на процессе, в котором возникла проблема с формами;
• выберите пункт «Обновить»;

После этих действий, содержимое всех форм данного процесса будет отображаться в правильной кодировке.

# Проблема с формами в IE10

Если у вас установлен IE версии 10, то обнаружено что для корректной работы в настройках браузера localhost нужно добавить в доверенные узлы.

# Проблема с формами в IE11

Если у вас установлен IE версии 11, то в настройках среды разработки необходимо переключиться на использование CKeditor 4.

В меню: Свойства -> Настройки -> Редактор форм

# Использование встроенного браузера Mozilla в Windows ^4.1.2+

Для встраивания вместо браузера IE в редактор форм Mozilla нужно скачать совместимую версию xulrunner и добавить дополнительный опции при запуске.

• Разархивируйте XULRunner (32-битная версия) или XULRunner (64-битная версия) (в зависимости от используемой JDK) в любое место (например c:/xulrunner-x.x.x.x).
• В файле runa-gpd.ini допишите опции (перед опциями java в этом файле должен стоять -vmargs)

-Dorg.eclipse.swt.browser.DefaultType=mozilla
-Dorg.eclipse.swt.browser.XULRunnerPath=C:/xulrunner-x.x.x.x

# Проблема с формами в Linux

В некоторых версиях ОС возникает проблема, проявляющаяся в аварийном завершении приложения.

Связана с багами https://bugs.eclipse.org/bugs/show_bug.cgi?id=405786, https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776.

В качестве обходного пути нужно использовать Mozilla:

• В файле runa-gpd.ini допишите опции (перед опциями java в этом файле должен стоять -vmargs)

-Dorg.eclipse.swt.browser.DefaultType=mozilla
-Dorg.eclipse.swt.browser.XULRunnerPath=/usr/bin/xulrunner

При этом таблица совместимости xulrunner (http://www.eclipse.org/swt/faq.php#browserlinux eclipse3.7) иногда не позволяет полноценно запустить браузер в приложении, но избавляет от проблемы падения редактора, обеспечивая возможность использования текстового редактора.

# Открытие Doc-файла в DS с помощью LIbre

DS пытается использовать для загрузки файла тот редактор, который использует система по умолчанию. Если это не Word, а например Libre

Если в этом случае включена настройки MS WORD — «Сообщать о том, что MS WORD не является программой по умолчанию», Libre загрузить не может.

# Разработка процессов

# Правила хорошего тона

Следование нижеприведённым советам избавит вас от многих проблем.

• Для ботов определяйте проверку переменных (в случае ошибки процесс остановится в месте возникновения проблемы, а не позже)
• Определяйте все переменные в среде разработки, которые используете
• Проектируйте маршрутизацию сообщений между процессами так, чтобы соответствие было один к одному (имеются в виду узлы Отправить сообщение и Принять сообщение, а не количество сообщений). Исключением являются специальные ситуации, для которых хорошо нужно представлять последствия отношения один ко многим.

Troubleshooting

RunaWFE Free Workflow System (BPMS) Version 4.5.0

© 2003 — 2015, Consulting Group Runa

© 2015 — 2023, «Process Technologies» Ltd, this document is available under GNU FDL license. RunaWFE Free is an open source system distributed under a LGPL license (http://www.gnu.org/licenses/lgpl.html).

# Configuration

# Common configuration

# Jboss7 and WildFly deployment timeout

Sometimes default deployment timeout (60 seconds) is not enough for runawfe.ear to deploy. It leads to application stop and the following message:

JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]. 
Check the server configuration file and the server logs to find more about the status of the deployment.

To fix it add deployment-timeout attribute in standalone.xml (value in seconds)

<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
 <deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" path="deployments" deployment-timeout="300" />
</subsystem>

As an example see File:Standalone.xml.

Also if unsuccessful deployment added runawfe.ear.failed file next to runawfe.ear in /deploy you should delete runawfe.ear.failed.

# URI encoding

# Jboss7 and WildFly

If you use non-latin business process names uri encoding must be set to UTF-8.

To set it in standalone.xml add lines:

<system-properties>
 <property name="org.apache.catalina.connector.URI_ENCODING" value="UTF-8"/>
</system-properties>

after extensions element closure. As example see File:Standalone.xml.

# Jboss4

If you use non-latin business process names uri encoding must be set to UTF-8.

To set it in ${jboss4}/server/default/deploy/jboss-web.deployer/server.xml add attribute URIEncoding

<Connector port="8080" ... URIEncoding="UTF-8" />

# JMS

# JMS Queue has been renamed ^4.0.6+

# Jboss7 and WildFly

JMS queue has been renamed in application code but Jboss7/WildFlyconfiguration is not changed. It doesn’t cause errors, but send message and receive message nodes doesn’t work.

To fix it in standalone.xml change

<jms-queue name="jbpmQueue">
 <entry name="queue/jbpmQueue"/>
 <entry name="java:jboss/exported/queue/jbpmQueue"/>
</jms-queue>

to

<jms-queue name="bpmMessages">
 <entry name="queue/bpmMessages"/>
 <entry name="java:jboss/exported/queue/bpmMessages"/>
</jms-queue>

As an example see File:Standalone.xml.

# Jboss4

Queue descriptor is in runawfe-jms-service.xml included in runawfe.ear, no additional actions needed.

# JMS logging transaction rollback

Sometimes it happens so in message nodes interaction that message is already sent from send message node, but control flow doesn’t reach receive message for this message. This situation is legal but for correct work message receive operation transaction is rolled back. It causes errors in logs (1 error a minute) that pollutes the log. It’s necessary to form log4j in such a way that this errors are ignored.

# Jboss7 and WildFly

In logging configuration in standalone.xml add lines:

<logger category="org.hornetq.ra.inflow.HornetQMessageHandler">
 <level name="FATAL"/>
</logger>
<logger category="org.jboss.ejb3.invocation">
 <level name="FATAL"/>
</logger>

# Jboss4

In ${RUNAWFE}/server/default/conf/jboss-log4j.xml define a category

<category name="org.jboss.resource.adapter.jms.inflow.JmsServerSession">
 <priority value="FATAL"/>
</category>

# Authentication configuration

# javax.security.auth.login.LoginException: KrbException: KDC has no support for encryption type (14) — KDC has no support for encryption type

Add a parameter in register key

— For Windows Server 2003 and Windows 2000 SP4

key: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters

parameter: allowtgtsessionkey=dword:0x01

— For Windows XP SP2

key: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos

parameter: allowtgtsessionkey=dword:0x01

After adding parameter it’s necessary to reboot.

# Web services configuration

# Calling web service from handler with the help of JAX-WS on JBoss 7.1.1 or WildFly

Caused by: java.lang.NoClassDefFoundError: org/springframework/beans/BeansException
at org.jboss.wsf.stack.cxf.client.configuration.JBossWSBusFactory.getSpringBusFactory(JBossWSBus
Factory.java:120)

JBoss 7.1.1 is provided with JBossWS-cxf-4.0.2.GA, in which there’s an error.
Update JBoss-cxf to version 4.1.1.Final.

official instruction

• Download distributive JBossWS-CXF-4.1.1.Final
• Rename ant.properties.examples to ant.properties
• Change ant.properties according to jboss location
• Run command ant deploy-jboss711

# Error calling web service in JBoss 7.1.1 or WildFly

If there’s a problem with calling web service from exterior application (from GPD for example) check the following:

• open WSDL page of any service (for example http://172.22.200.11:18080/wfe-service-4.0.5/AuthenticationWebService/AuthenticationAPI?wsdl)
• find in the bottom <soap:address location=»http://172.22.200.11:18080/wfe-service-4.0.5/AuthenticationWebService/AuthenticationAPI»/>
• there must be a correct server address, it’s used while operations are called

It can be changed with option on Server start, for example -b 172.22.200.11

# Developer Studio

# JVM setings

If you want to change default JVM options (in case of OutOfMemoryError, for example) you can do this using file runa-gpd.ini located near runa-gpd.exe with sample content

32-bit

Due to OS maximum process memory limit about 1.5 Gb you should distribute it between 3 areas: Heap, Permanent, Native.
If you got SWTError: No more handles error then increase Native (by decreasing Heap or Permanent because Native = OS limit — Heap — Permanent).
If you got OutOfMemoryError: Java heap space error then increase Heap (managed by -Xms, -Xmx).
If you got OutOfMemoryError: PermGen space error then increase Permanent (managed by -XX:PermSize, -XX:MaxPermSize).

-vmargs
-Xms256m
-Xmx256m
-XX:PermSize=256m
-XX:MaxPermSize=256m

64-bit

You are not limited by OS now and can increase working memory having hardware resources:

-vmargs
-Xms1G
-Xmx1G
-XX:PermSize=256m
-XX:MaxPermSize=256m

# Opening a doc file in DS with LIbre

DS tries to use the editor that the system uses by default to load the file. If it’s not Word, but for example Libre

If in this case the MS WORD setting — «Report that MS WORD is not the default program» is enabled, Libre cannot load.

# Programming

# Process development

# Editing forms in Developer Studio

# Problem with forms in IE10

If you have IE version 10, then for correct work add localhost to trusted nodes in IE configuration.

# Problem with forms in IE11

If you have IE version 11, it’s necessary to use CKeditor 4 in GPD.

In menu: Properties -> Settings -> Form editor

# Using Mozilla as embedded browser in Windows ^4.1.2+

• Download XULRunner (32-bit) or XULRunner (64-bit) (corresponding to used JDK) and extract to file system (for example c:/xulrunner-x.x.x.x).
• In file runa-gpd.ini add options (with preciding -vmargs)

-Dorg.eclipse.swt.browser.DefaultType=mozilla
-Dorg.eclipse.swt.browser.XULRunnerPath=C:/xulrunner-x.x.x.x

# Best Practices

Following these advices will save you from a lot of trobles.

• In bot task handlers check the variable values (if there’s an error, process stays in this task handler node till you correct error in code and doesn’t go further where you cannot correct variable already)
• Define all variables that you use in Developer Studio
• Develop message routing between processes in such a way that one send message node corresponds to exactly one receive message node. There’re exceptions when it’s one-to-many correspondence, but you must be well aware of the consequences.

Параметры соединения

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

Войдите в настройки среды разработки — меню «Свойства»->»Настройки».

Перейдите к пункту «RunaWFE сервер»

Параметры:

• Соединение — выбор версии Jboss, на котором развернут сервер RunaWFE
• Имя компьютера и порт — адрес сервера RunaWFE
• Версия сервера — используется значение auto, для автоматического определения версии сервера
• Режим аутентификации — по логину и паролю или использовать протокол аутентификации Kerberos
• Логин и пароль — соответственно логин и пароль пользователя обладающего правом «Загружать определение процесса» (настраивается на странице Система в веб-интерфейсе сервера RunaWFE)
• «Загружать прежние версии определений процессов» ^4.2.0+ — данная опция позволяет импортировать в среду разработки все версии определения процесса имеющегося на сервере RunaWFE. По умолчанию данная возможность отключена.

После ввода параметров выполните проверку соединения с помощью соответствующей кнопки. В случае успешного соединения, будет выдано сообщение «Соединение проверено»

Иначе будет выдано сообщение «Ошибка соединения», если нажать на кнопку «Сведения», то можно определить причину проблемы.

Для выполнения импорта определения процесса с сервера RunaWFE воспользуйтесь меню «Файл», пункт «Импорт процесса».

Выберите вариант «Импорт с сервера WFE».

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

В дальнейшем (до перезапуска среды разработки) для обновления списка доступных для импорта определений процессов, требуется выполнять синхронизацию самостоятельно, с помощью соответствующего пункта.

Если в настройках синхронизации (которые можно вызвать здесь же, с помощью пункта «Настройки соединения») установлена опция «Загружать прежние версии определений процессов» ^4.2.0+, то в список определений будут добавлены и предыдущие версии доступные на сервере WFE.

Для импорта последней версии выделите элемент с именем импортируемого процесса, для импорта его предыдущей версии выделите соответствующий элемент, входящий в раздел «Предыдущие версии». Например, на следующем скриншоте видно, что для импорта доступны три версии бизнес-процесса Businesstrip — основная и две предыдущие.

Для выполнения экспорта определения процесса на сервер WFE воспользуйтесь меню «Файл», пункт «Экспорт процесса». Кроме того, можно использовать пункт «Экспорт процесса» контекстного меню, вызванного на процессе в проводнике проектов.

В случае, если на сервере уже существует определение процесса с таким именем, будет экспортирована его новая версия.

Вы, конечно, JBoss запустили?

Не уверен.

Вот моя грустная история:

В тексте «Как установить RUNA WFE»
(http://wf.runa.ru/WF-system_Installation_guide_ru#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0_.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D1.8B_2)
заявлены пара вариантов распространения: 1. в бинарных файлах 2. в исходных текстах.

Установленные пакеты из Сизифа «runawfe-gpd» и «runawfe-jboss» наверняка бинарные, поэтому отдельно пакет «JBoss» ставить не стал.   

Вот что пишет Михеев про установку:

———————————
Необходимое программное обеспечение

J2SE SDK JDK 5.0, можно свободно загрузить по следующему адресу: http://java.sun.com/javase/downloads/index_jdk5.jsp
[edit] Установка системы

Установите J2SE SDK, установите переменную окружения JAVA_HOME в соответствии с описанием http://www.jboss.org/wiki/Wiki.jsp?page=JBossInstallation. Загрузите файл-архив runawfe-x.x.x-bin.zip со страницы «Files» проекта RunaWFE (http://sourceforge.net/projects/runawfe). Распакуйте этот файл в произвольную папку на сервере, имя которой не содержит пробелов. Далее в данномдокументе будем обозначать эту папку — $(DIST_ROOT).

Замечание. В случае операционной системы AltLinux порт 8080 занят системными службами, поэтому вместо него надо использовать другой порт: Откройте в текстовом редакторе файл $(DIST_ROOT)/server/default/deploy/jbossweb-tomcat55.sar/server.xml.
В строке:

<Connector port=»8080″ address=»${jboss.bind.address}» maxThreads=»500″ minSpareThreads=»25″ maxSpareThreads=»75″ enableLookups=»false» redirectPort=»8443″ acceptCount=»100″ connectionTimeout=»20000″ disableUploadTimeout=»true» URIEncoding=»UTF-8″/>

Замените порт 8080 на другой порт (как правило, в случае ОС AltLinux для этого используется порт 28080)
————————————

Пробую:

1) Установите J2SE SDK — пропустил, предустановлена в дистрибутиве вроде:

[root@Fujik ~]# java -version
java version «1.6.0_17»
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode)
[root@Fujik ~]#

2) Установите переменную окружения JAVA_HOME в соответствии с описанием http://www.jboss.org/wiki/Wiki.jsp?page=JBossInstallation.

Ссылка Михеева битая, по правильной (http://www.jboss.org/community/wiki/JbossInstallation) написано:

———————————
Running: make sure JAVA_HOME is set
     1.      on Linux: export JAVA_HOME=/path/to/j2sdk-1.4.2_0x
     2.      change directory to the location that you installed JBoss
     3.      change directory to the bin directory
     4.      execute either the run.sh or run.bat
     5.      congratulations, you are running the default configuration!
———————————
ОК, вперёд:

1. Из-за неведения спотыкаюсь на 1ом же пункте. Тыкаю наугад:

[root@Fujik ~]# export JAVA_HOME=/path/to/j2sdk-1.6.0_17-b04 (заменил с 1.4.2_0x)
[root@Fujik ~]#
[root@Fujik ~]# JAVA_HOME=/path/to/j2sdk-1.6.0_17-b04
[root@Fujik ~]#

Кажется, нет контакта. Как убедиться, что Java_Home — Set? Существенно ли это? Как помочь этой проге определиться, где её домик?

2./3. Не понял, какую директорию и куда менять.
4. Если этот файл имелся ввиду: /usr/share/jboss/bin/run.sh, то я его запускал. Без видимых результатов.
5. Пока не с чем
————————————

3) Загрузите файл-архив runawfe-x.x.x-bin.zip со страницы «Files» проекта RunaWFE. — без надобности, и так уже в Синаптике сидит.

4) По замечанию нашёл файл к исправлению на /usr/share/jboss/server/default/deploy/jbossweb-tomcat55.sar/server.xml, при попытке подставить двойку выдаёт:

«Не удалось сохранить файл «/usr/share/jboss/server/…b-tomcat55.sar/server.xml».
«Недостаточно прав для сохранения файла. Убедитесь в правильности введённого адреса и попробуйте ещё раз.»

Видать, хочет, чтобы я из-под Рута его правил, этот файл. А как его из-под Рута открыть, не в курсе Таки опять пытаюсь наугад:

[root@Fujik ~]# /usr/share/jboss/server/default/deploy/jbossweb-tomcat55.sar/server.xml
-bash: /usr/share/jboss/server/default/deploy/jbossweb-tomcat55.sar/server.xml: Permission denied
[root@Fujik ~]#

Не теряю оптимизм (вдруг всё само наладилось:), запускаю систему всё равно:

———————————
Запуск системы

Вариант распространения в бинарных файлах

Перейдите в папку $(DIST_ROOT)/bin. В случае операционной системы Unix (Linux), запустите run.sh
———————————-

,- в браузере на «http://localhost:8080/wfe» и даже «http://localhost:28080/wfe» контакта, конечно, по-прежнему нет.

Как-то так.