|Support provided by||Evolveum|
|Origin||Identity Connector Framework (Sun), many improvements by Evolveum|
|Target systems||Generic database table (JDBC)|
Generic connector for simple database tables.
Database-specific. Connector is using JDBC.
Requires correct JDBC driver to be present on classpath
Using last modification timestamps
This is almost entirely the original version from Sun ICF.
OpenICF trunk version, built and tested by Evolveum
OpenICF: trunk, revision 6296
Well tested (now obsolete)
|126.96.36.199||Evolveum||download jar||Evolveum OpenICF git repository (tag connector-databasetable-v188.8.131.52)||16 Jan 2015||Bundled with midPoint.|
|184.108.40.206||Evolveum||download jar||Evolveum OpenICF git repository (tag connector-databasetable-v220.127.116.11)||June 2016||18.104.22.168||Current version. Bundled with midPoint 3.4.|
|22.214.171.124||Evolveum||download jar||Evolveum OpenICF git repository (tag connector-databasetable-v126.96.36.199)||October 2018||188.8.131.52|
Current version. Bundled with midPoint 3.9.
|184.108.40.206||Evolveum||download jar||Evolveum OpenICF git repository (tag connector-databasetable-v220.127.116.11)||July 2020||18.104.22.168||Exception handling for creating new connection|
This connector is supposed to work with all relational databases that follow the SQL standard and that provide a JDBC driver. The driver is not part of the connector distribution (except for PostgreSQL driver, which is distributed with midPoint). The deployer is responsible for using correct JDBC driver.
Only standard SQL behavior is supported. This means standard SQL operations and standard database schemas. Non-standard database operations and vendor-specific behavior is not supported.
Problems originating in JDBC driver, problem that are caused by non-compliance to SQL standard or vendor-specific behavior are not covered by the support.
The bundled support does not include support for any specific database server. Support for specific database servers needs to be explicitly negotiated in the support contract.
Unfortunately, there is no comprehensive documentation for this connector.
DatabaseTable connector now assumes that UID is the same as NAME. See https://jira.evolveum.com/browse/MID-1127.
The following two configuration properties were reported to resolve problems with Oracle DATE attribute
For PostgreSQL TIMESTAMP or TIMESTAMPTZ attribute only allNative configuration property is needed
In addition, the DATE, TIMESTAMP or TIMESTAMPTZ column must be provisioned as string with correct formatting, e.g.:
return new Date().format("yyyy-MM-dd HH:mm:ss"), otherwise "ORA-01861: literal does not match format string" occurs (or similar exception in PostreSQL).
TIMESTAMPTZ is stored including the timezone. DatabaseTable connector doesn't work with timezone directly, but the value is automatically converted to midPoint local timezone. Therefore, you always work with local timezone in mappings and it will be automatically stored correctly in the database.