This filter allows you to loop on a Policy. There is actually 4 exit conditions:
- The looping Policy returns 'false',
- The loop condition expression returns 'false',
- The maximum count of iteration has been reached,
- The maximum loop iteration delay has expired.
This artefact was successfully tested for the following versions:
- V7.4.0
- V7.4.1
- V7.5.3 SP1
- V7.7
• In build.gradle file, update dependencies location :
dependencies {
compile fileTree(dir: '<Install_dir_apigateway>/apigateway/system/lib', include: '*.jar')
compile fileTree(dir: '<Install_dir_apigateway>/apigateway/system/lib/modules', include: '*.jar')
compile fileTree(dir: '<Install_dir_apigateway>/apigateway/system/lib/plugins', include: '*.jar')
compile fileTree(dir: '<Install_dir_policyStudio>/policystudio/plugins', include: '*.jar')
compile files("<Install_dir_policyStudio>/policystudio/plugins/com.vordel.rcp.filterbase_<current_version>")
}
where <Install_dir_apigateway>, <Install_dir_policyStudio> and <current_version> are replaced with adequate values
• run gradlew build
• Copy the jar file in the API Gateway VORDEL_HOME/ext/lib and restart API Gateway instances
• Add the jar file to Policy Studio Runtime Dependencies,
• Import the custom filter set file in the Policy studio.
You can choose between while or do/while loop.
Each of exit condition can be handled as success (filter returns true) or error (filter returns false).
The loop condition is a selector expression (like the evaluate filter).
Be aware the maximum loop iteration time is checked AFTER the child policy has returned, it WILL NOT stop the child process.
Selector expressions used in configuration do not appear as requested attributes in policy studio (to be done)
- Added exit condition error configuration (correct the 'no iteration bug returning false').
- Corrected recursive policy configuration.
Please read Contributing.md for details on our code of conduct, and the process for submitting pull requests to us.
Axway Team