KOGITO-3208: integration test for trusty service and explainability service

[kostola]

• JIRA task
• Related PR in kogito-runtimes

Goal

Simulate the complete flow between a Kogito service exposing a DMN model, the Trusty Service and the Explainability Service:

1. The execution of a DMN model is triggered in Kogito service via a call to its REST API.
2. Kogito service generates a TraceEvent and sends it to Kafka.
3. Trusty service reads the TraceEvent, stores the information about the execution in Infinispan.
4. Trusty service sends an explainability request to the Explainability Service via Kafka.
5. Explainabilty service reads the request and tries to calculate the feature importance scores by performing several calls back to the original Kogito service with perturbed inputs.
6. Explainability service sends the explainability result message to Kafka.
7. Trusty service reads the explainability result and stores it in Infinispan.
8. Test that the execution and the explainability result exist by calling the corresponding Trusty Service REST APIs.

Main contents

• As per Kogito feature, the Kogito service can be written using either Quarkus or Spring Boot, so there are two different modules that tests the same flow for each framework (integration-tests-trusty-service-quarkus and integration-tests-trusty-service-springboot) and a common module (integration-tests-trusty-service-common) with the shared logic, all grouped in a submodule of integration-tests called integration-tests-trusty-service.
• The original submodules of integration-tests implemented specific tests for jobs-service. I renamed them adding the jobs-service part and moved to a dedicated submodule. One of the reason is a specific behavior of QuarkusTestResourceLifecycleManager classes (explained here).
• I am using plain Testcontainers APIs in AbstractTrustyExplainabilityEnd2EndIT instead of ConditionalQuarkusTestResource and ConditionalSpringBootTestResource because I need to start containers in a specific order and they must communicate between each other (so they must belong to the same bridged network). I tried using *TestResource but I could not manage to implement the complete flow and the code was becoming a mess.

[kostola]

jenkins retest this please

[kostola]

jenkins retest this please

[jiripetrlik]

I have first few comments and questions.

[danielezonca]

Thanks for the PR approving 👍

[kostola]

jenkins retest this please

[sonarqubecloud]

SonarCloud Quality Gate failed.

2 Bugs
0 Vulnerabilities (and 2 Security Hotspots to review)
2 Code Smells

12.7% Coverage
0.0% Duplication

[jiripetrlik]

Hello @kostola thank you for your changes. Looks good to me now.