-
Bug
-
Resolution: Done
-
Major
-
None
-
-
-
-
-
-
CR1
-
?
-
2020 Week 34-36 (from Aug 17), 2020 Week 37-39 (from Sep 7), 2020 Week 40-42 (from Sep 28), 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30)
As discussed with aparedes@redhat.com mfentanes abakos@redhat.com rhn-support-alazarot KrisVerlaenen, please tag as necessary:
To sync with Business Central (BC) and deploy services when the user deploys them through UI, KIE server initiates a connection to Controller, which is a component of BC.
In an HA deployment, Controller instances are not synchronized. And load-balancing means that a KIE server can be connected to any of the cluster instances randomly. If a user uses the UI to deploy a service on the KIE server, but the user is connected to another cluster instance, the service is never deployed. Other sync issues are also possible.
csherrar : the agreed workaround, for now, was to document that one should not connect KIE servers to BC HA on-prem. I will create a separate JIRA for documenting this and assign to you.
[NOTE ENG]
This requires in case of using VFS to sync / share the state.
<property name="org.uberfire.nio.git.dir" value="/opt/kie/niogit"/>
Kie Server will notify the controller about needs to be refreshed and it will pick it up from there.
In case of openshift strategy we should be fine.
[ENG NOTE]
Added a property to disable notification from kie server to controller. By default is true
org.kie.server.update.notifications.rest.enabled=true
- blocks
-
RHPAM-3151 Configure org.kie.server.template.storage.service flag on Business Central Image.
- Closed
- is documented by
-
BXMSDOC-6576 Document known issues for RNs (if applicable)
- Closed
- is related to
-
JBPM-9311 KIE server will not always deploy services, stay in sync with Business Central when Business Central is deployed HA on-premises
- Resolved
- relates to
-
RHPAM-2830 Business Central are not synchronised with each other (also Kie Servers)
- Closed