Bug 1274569 - org.uberfire.cluster.autostart for cluster configuration
Summary: org.uberfire.cluster.autostart for cluster configuration
Keywords:
Status: CLOSED EOL
Alias: None
Product: JBoss BRMS Platform 6
Classification: Retired
Component: Documentation
Version: 6.1.0
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: ---
Assignee: brms-docs@redhat.com
QA Contact: Lukáš Petrovický
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-23 02:15 UTC by Toshiya Kobayashi
Modified: 2020-03-27 19:04 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Build Name: 22831, Installation Guide-6.1 Build Date: 31-07-2015 13:58:58 Topic ID: 22894-762514 [Latest]
Last Closed: 2020-03-27 19:04:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker BXMSDOC-140 0 Major Resolved (RHBZ#1274569) org.uberfire.cluster.autostart for cluster configuration 2017-04-18 04:24:48 UTC

Description Toshiya Kobayashi 2015-10-23 02:15:52 UTC
Title: Configuring Clustering on Red Hat JBoss EAP

Describe the issue:

The example configurations (Example 5.5. Cluster nodeOne configuration, Example 5.6. Cluster nodeTwo configuration, Example 5.7. Cluster nodeThree configuration) set the system property "org.uberfire.cluster.autostart" to "true".

===
<property name="org.uberfire.cluster.autostart" value="true" boot-time="true"/>
===

But it causes an issue described in BZ1271898. "false" is the correct value.

As the default value is "false", we can simply remove the line from the configuration.

Comment from Alexandre Porcelli:
===
Today for BxMS there isn’t a case for org.uberfire.cluster.autostart to ‘true'

Anyway… we’re working on this for 7, so we expect to have a different infra for clustering (it means a way simpler infra!).
===

Suggestions for improvement:

Remove <property name="org.uberfire.cluster.autostart" value="true" boot-time="true"/> from the configurations.


Note You need to log in before you can comment on or make changes to this bug.