Corda Versioning

Those eagle eyed amongst you will have noticed for the 3.0 release we altered the versioning scheme from that used by previous Corda releases (1.0.0, 2.0.0, etc) with the addition of an prepended product name, resulting in corda-3.0. The reason for this was so that developers could clearly distinguish between the base open source platform and any distributions based on on Corda that may be shipped in the future (including from R3), However, we have heard the complaints and feel the pain that's caused by various tools not coping well with this change. As such, from now on the versioning scheme will be inverted, with this release being 3.1-corda.

As to those curious as to why we dropped the patch number from the version string, the reason is very simple: there won't be any patches applied to a release of Corda. Either a release will be a collection of bug fixes and non API breaking changes, thus eliciting a minor version bump as with this release, or major functional changes or API additions and warrant a major version bump. Thus, rather than leave a dangling .0 patch version on every release we've just dropped it. In the case where a major security flaw needed addressing, for example, then that would generate a release of a new minor version.

Issues Fixed

• RPC server leaks if a single client submits a lot of requests over time [CORDA-1295]
• Flaky startup, no db transaction in context, when using postgresql [CORDA-1276]
• Corda's JPA classes should not be final or have final methods [CORDA-1267]
• Backport api-scanner changes [CORDA-1178]
• Misleading error message shown when node is restarted after the flag day
• Hash constraints not working from Corda 3.0 onwards
• Serialisation Error between Corda 3 RC01 and Corda 3
• Nodes don't start when network-map/doorman is down