Release notes
Corda Enterprise Network Manager 1.6
New features and enhancements
- CENM 1.6 has been upgraded to use Corda 4.11, the latest Corda 4 release.
- Two network parameters for ledger recovery with Corda 4.11 have been added:
recoveryMaximumBackupInterval
confidentialIdentityMinimumBackupInterval
- CENM now supports JDK Azul 8u382 and Oracle JDK 8u381.
Fixed issues
- Updated Typesafe Config version from 1.3.1 to 1.4.0 for the CENM CLI tool.
Upgraded dependencies
This release includes the following dependency version changes between CENM 1.5.9 and 1.6:
Hibernate has been upgraded from 5.4.32.Final to 5.6.14.Final.
Hibernate Validator has been upgraded to 6.2.5.Final.
Apache Tomcat has been upgraded from 9.0.80 to 9.0.81.
Bouncy Castle has been upgraded from 1.68 to 1.75.
H2 has been upgraded from 1.4.197 to 2.2.214.
H2 database has been upgraded to version 2.2.224 primarily to address vulnerabilities reported in earlier versions of H2. H2 is not a supported production database and should only be used for development and test purposes. For detailed information regarding the differences between H2 version 1.4.197 used in previous versions of CENM, and the new H2 version 2.2.224 implemented in CENM 1.6, see the H2 documentation. The most important differences are the following:
Entity naming
H2 version 2.2.224 implements stricter rules regarding the naming of tables and columns within the database. The use of SQL keywords is no longer permitted.
Backwards compatibility
H2 version 2.x is not backwards-compatible with older versions. Limited backwards compatibility can be achieved by adding
MODE=LEGACY
to the H2 database URL. For more information, go to the LEGACY Compatibility Mode section of the H2 Features page.H2 2.x is unable to read database files created by older H2 versions. The recommended approach for upgrading an older database involves exporting the data and subsequently re-importing it into a new version 2.x database. Further details on this process are outlined on the H2 Migration to 2.0 page.
Liquibase has been upgraded from 3.6.3 to 4.20.0.
Logging
In this version of Liquibase, all INFO-level logging is directed to STDERR, while STDOUT is used for logging SQL queries. Utilities that have implemented their own database migration code that uses Liquibase can establish their custom logger to capture Liquibase’s informational logging. The Liquibase API provides classes that can be used to integrate custom loggers.
Was this page helpful?
Thanks for your feedback!
Chat with us
Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.
Propose documentation improvements directly
Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.
We're sorry this page wasn't helpful. Let us know how we can make it better!
Chat with us
Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.
Create an issue
Create a new GitHub issue in this repository - submit technical feedback, draw attention to a potential documentation bug, or share ideas for improvement and general feedback.
Propose documentation improvements directly
Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.