This document describes the changes introduced to the IID Finder in Fabric 8.5 and the activities required when upgrading an existing IID Finder deployment.
In Fabric 8.5, the IID Finder is no longer executed as a standalone process. It is executed as a Fabric job.
The implementation is designed to be as transparent as possible for users. Existing Broadway flows (in the implementation layer) are preserved and continue to be supported under the new approach.
The following changes apply to the IID Finder in Fabric 8.5:
IID Finder log messages are now written to the k2fabric log files.
As a result, the dedicated IID Finder log files and their associated logback configuration are obsolete.
Because the IID Finder no longer runs as a separate process, its JVM options are no longer relevant and the resources previously allocated to that process can be released.
Fabric requires additional resources to host the IID Finder job. Review and adjust the Fabric resource requirements accordingly, including the allocated heap size.
IID Finder JMX metrics are merged with the Fabric JMX metrics and are exposed through the standard Fabric JMX interface.
Existing monitoring definitions that reference the IID Finder process directly must be updated.
The iifConfig.ini file is removed. Its settings are relocated to config.ini as follows:
In addition, add the following section to the config.ini:
[finder_pubsub]
POLL_TIMEOUT=1000
MAX_POLL_RECORDS=100
VALUE_DESERIALIZER=com.k2view.cdbms.kafka.JSONObjectDeserializer
In previous versions, implementing an IID Finder hook required building a separate JAR.
In Fabric 8.5, the hook implementation is moved into a Logical Unit. By default this is the IIDF Logical Unit, but any Logical Unit can be used.
The implementing class must implement the IidFinderUserFilterInterface interface and override only one of the following methods:
The following configuration parameters apply:
Since the IID Finder now runs as a Fabric job, affinities must be defined for the IID Finder and Delta jobs.
Define these affinities through the Fabric Admin as required by the deployment.
Click here for more information about Affinity Management.
Note that using links to the SourceDbQuery actor parameters (sql, sourceTable) causes issues with XML generation. Use constants instead.
This document describes the changes introduced to the IID Finder in Fabric 8.5 and the activities required when upgrading an existing IID Finder deployment.
In Fabric 8.5, the IID Finder is no longer executed as a standalone process. It is executed as a Fabric job.
The implementation is designed to be as transparent as possible for users. Existing Broadway flows (in the implementation layer) are preserved and continue to be supported under the new approach.
The following changes apply to the IID Finder in Fabric 8.5:
IID Finder log messages are now written to the k2fabric log files.
As a result, the dedicated IID Finder log files and their associated logback configuration are obsolete.
Because the IID Finder no longer runs as a separate process, its JVM options are no longer relevant and the resources previously allocated to that process can be released.
Fabric requires additional resources to host the IID Finder job. Review and adjust the Fabric resource requirements accordingly, including the allocated heap size.
IID Finder JMX metrics are merged with the Fabric JMX metrics and are exposed through the standard Fabric JMX interface.
Existing monitoring definitions that reference the IID Finder process directly must be updated.
The iifConfig.ini file is removed. Its settings are relocated to config.ini as follows:
In addition, add the following section to the config.ini:
[finder_pubsub]
POLL_TIMEOUT=1000
MAX_POLL_RECORDS=100
VALUE_DESERIALIZER=com.k2view.cdbms.kafka.JSONObjectDeserializer
In previous versions, implementing an IID Finder hook required building a separate JAR.
In Fabric 8.5, the hook implementation is moved into a Logical Unit. By default this is the IIDF Logical Unit, but any Logical Unit can be used.
The implementing class must implement the IidFinderUserFilterInterface interface and override only one of the following methods:
The following configuration parameters apply:
Since the IID Finder now runs as a Fabric job, affinities must be defined for the IID Finder and Delta jobs.
Define these affinities through the Fabric Admin as required by the deployment.
Click here for more information about Affinity Management.
Note that using links to the SourceDbQuery actor parameters (sql, sourceTable) causes issues with XML generation. Use constants instead.