Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

The

Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
 framework, like all software, will mature over time.  Changes will be made to improve efficiency, add features, and fix bugs.  To ensure that compontents built for
Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
 and its sub-frameworks are compatible, developers must be aware when and where they establish dependencies from developed components.

Guidelines for Maintaining Compatibility

Insert excerpt
ApplicationName
ApplicationName
nopaneltrue

...

 Framework

For components written at the

Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
 Framework level (see Developing at the Framework Level), adhere to the following specifications: 

...

Warning

Avoid developing dependencies on the implementations directly, as compatibility in future releases cannot be guaranteed.

Insert excerpt
ApplicationName
ApplicationName
nopaneltrue

...

 Catalog API

For components written for the

Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
 Catalog (see Developing Catalog Components), only dependencies on the current major version of the Catalog API should be used.  .  Detailed documentation of the Catalog API can be found in the Catalog API Javadocs.

DependencyVersion IntervalNotes
Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
Catalog API
[2.0, 3.0)Major version will be incremented (to 3.0) if/when compatibility is broken with the 2.x API.

Insert excerpt
ApplicationName
ApplicationName
nopaneltrue

...

 Software Versioning

Insert excerpt
ApplicationName
ApplicationName
nopaneltrueApplicationName
 follows the Semantic Versioning White Paper for bundle versioning (see Software Versioning).  

...