-
Bug
-
Resolution: Fixed
-
Medium
-
4.3.7, 5.2.3
-
None
-
Confluence Gliffy Plugin 5.4.2
This was also reported to be failing with the Confluence Gliffy Plugin 5.4 on Confluence 3.5.17.
- two node cluster setup
- install the Confluence Gliffy Plugin on one node (called producer node from now on)
- ensure that the plugin and it's state was successfully synced by visiting /plugins/servlet/upm#manage on the other node (called consumer node from now on)
- disable the plugin on the producer node
- ensure that the disabled state got synced on the consumer node
- re-enable the plugin on the producer node
- refresh /plugins/servlet/upm#manage again on the consumer node
You will see that the producer node shows "89 of 89 modules enabled" and the consumer node shows "88 of 88 modules enabled" for that plugin.
Also when the plugin is disabled, both nodes will show "0 of 88 modules enabled". The missing module is the "Rest Servlet Filter(gliffy-api-rest-filter)". Note that the missing module is not part of the atlassian-plugin.xml descriptor and seems to be added dynamically by the RestModuleDescriptor.
I've constructed a minimal plugin
<atlassian-plugin key="rest-test" plugins-version="2"> <rest key="rest-rest" path="/rest/test" version="1.0"/> </atlassian-plugin>
and put this in a file named atlassian-plugin.xml and compressed it with the zip algorithm into the attached rest-test.jar. But if I install this plugin via UPM into the cluster and disable/enable it, the state gets correctly propagated and the receiving node will still have a Rest Servlet Filter(rest-rest-filter) module.
- relates to
-
CONFSERVER-9281 Plugin's I18n properties not loaded in other cluster nodes unless restarted
- Closed
- derived from
-
CSP-106305 Loading...