FIX - Foreign keys liquibase scripts correctly imported and executed #3884
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Brief description of the PR.
I noticed that there were a problems in the project related to the liquibase scripts for the foreign keys (namely, the ones inside the "extra" module):
The way of including those liquibase scripts through the configuration of the assembly descriptors:

was wrong because, in order to have in the final container the scripts to run, the right "output directory" should be var/opt/jetty/webapps/root/WEB-INF/lib (the classpath) and not the one present on the screen. This wrong configuration led to the missing of FKs liquibase scripts in some containers (for example, the rest-API container)
Description of the solution adopted

For some containers, for example, the console, the FK scripts were imported not through the configuration of the XML descriptor but with a dependency on the FK module, included inside the POM file of the "web application" module, like this:
To solve the problem, I decided to uniform this way of importing the scripts in the other containers...also, I think that this is the simpler way to include in the classpath the scripts