-
Suggestion
-
Resolution: Won't Do
-
None
NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.
Writing a Confluence plugin that works across multiple versions of Confluence can be a bit of a challenge. Especially when the Confluence developers accidentally ship changes that break binary compatibility in point releases.
The JIRA developers recently spent a lot of time in JIRA 5 solving this problem by moving the "blessed" Java API for JIRA into a separate API jar.
Having a clearly-defined API gives plugin developers the confidence to know which services and methods they can call safely without fear of things changing underneath them.
It also gives confidence to Confluence developers to know which areas of the code they can change freely, and which areas need to be changed with care to ensure continuing compatibility.
- is caused by
-
CONFSERVER-24375 API changes in Confluence 4.1.1 breaking compatibility
- Closed
-
CONFSERVER-24902 Label Manager updates in 4.2 break compatibility with plugins compiled against earlier releases.
- Closed
-
CONFSERVER-24974 confluence 4.2 breaks PageTemplate:getLabels:String
- Closed
-
CONFSERVER-26045 PageTemplateManager API change in 4.3 without deprecation
- Closed
- relates to
-
CONFSERVER-25642 External developers are unable to compile plugins against Confluence 4.2
- Closed