Coeus Maintenance Update 1
Release 2.1.1 is a seventh midPoint release. It is also the first maintenance update for 2.1.x version family code-named Coeus. The Coeus release brings new features, better stability and robustness. It is introducing new way of attribute mapping, password policies, provisioning dependencies and robustness features, organizational structure support and a lot of other features. The maintenance releases are intended to fix issues and provide small improvements. It also brings much better support for the widely-used database systems.
Release date: March 4th 2013
midPoint 2.1.1 provides following features:
Changes with respect to version 2.0
When compared to the previous version, Coeus is introducing following changes:
Changes in the internals, minor improvements and quality assurance:
- Significantly increased number of integration tests
- Improved overall quality, usability, stability and performance during testing phase that focused on requirements from customers
- Internal search query representation was re-engineered
- ValueConstruction changed completely to Mapping (non-compatible schema change)
- Switching object name to PolyString for better national environment support
- Improved internal support for asynchronous processes (still experimental)
- Improved logging and presentation of operation results
- Better GUI resilience in case of resource failures
- Recording value origin (inbound, outbound, etc.) and displaying that in GUI
- Ability to limit mapping to a specific channel
- XML editor encrypts sensitive values
- Support maven3 in the build process
Changes in 2.1.1:
- Upgraded OpenICF framework to version 1.1.1.e6329
- Support for a wide range of database systems
- Better robustness in presence of broken connectors
- Repository self-test
- Added support for Byte primitive type which fixes some DB connector problems
- Logging and error message improvements
- GUI improvements
Release 2.1.1 (Coeus maintenance release 1) is intended for full production use in enterprise environments. All features are stable and well tested.
MidPoint is known to work well in the following deployment environment. The following list is list of tested platforms, i.e. platforms that midPoint team or reliable partners personally tested this release. The version numbers in parentheses are the actual version numbers used for the tests. However it is very likely that midPoint will also work in similar environments. Also note that this list is not closed. MidPoint can be supported in almost any reasonably recent platform (please contant Evolveum for more details).
- Sun/Oracle Java SE Runtime Environment 6 update 26 or above (1.6.0_26, 1.6.0_35 64bit, 1.6.0_37)
- Sun/Oracle Java SE Runtime Environment 7 (1.7.0_09)
- Apache Tomcat 6 (6.0.32, 6.0.33)
- Apache Tomcat 7 (7.0.30, 7.0.32)
- Sun/Oracle Glassfish 3 (3.1)
- H2 (embedded, only recommended for demo deployments)
- PostgreSQL (8.4.14, 9.1, 9.2)
Supported MySQL version is 5.6.4 (development release) and higher.
First GA release after 5.6.4 is version number 5.6.10. MySQL in previous versions didn't support dates/timestamps with second fraction precision. MySQL JDBC ConnectorJ 5.1.23).
- Oracle 11g (220.127.116.11.0)
- Microsoft SQL Server 2008
Following list contains platforms that midPoint is known not to work due to various issues. As these platforms are obsolete and/or marginal we have no plans to support midPoint for these platforms.
- Sun/Oracle Java SE Runtime Environment 6 update 25 or older
- Sun/Oracle GlassFish 2
Download and Install
Background and History
midPoint is roughly based on OpenIDM version 1. When compared to OpenIDM v1, midPoint code was made significantly "lighter" and provides much more sophisticated features. Although the architectural outline of OpenIDM v1 is still guiding the development of midPoint almost all the OpenIDM v1 code was rewritten. MidPoint is now based on relative changes and contains advanced identity management mechanisms such as advanced RBAC, provisioning consistency, etc.
For the full project background see the midPoint History page.
- Consistency mechanism fails to operate correctly in case new user is added (under some cirmustances) (https://jira.evolveum.com/browse/MID-1056)
- Provisioning script arguments can only be static (https://jira.evolveum.com/browse/MID-1194)
- Policy changes require application server restart in some scenarios (https://jira.evolveum.com/browse/MID-1187)
- Export creates data that do not comply to schema in some situations. Workaround: turn off schema checking during reimport. (https://jira.evolveum.com/browse/MID-1197)
- Import falsely displays a referential error in some cases (https://jira.evolveum.com/browse/MID-1198)
- Reimport of deep organizational structure may fail to create proper structure (https://jira.evolveum.com/browse/MID-1199)
- Use of consistency mechanism may cause application of a value of a weak mapping even if it should not be applied under some circumstances (https://jira.evolveum.com/browse/MID-1201)