You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
There seems to be a compatibility issue with the plugin when using a custom BOM in our projects, as the ValidateStructureTask fails to complete successfully when validating the Model submodule throwing the following: CleanException("Model module is invalid")
After reviewing the code, I noticed that the policy for the Model, that asses no dependencies other than reactor-extra, reactor-core, spring-boot-dependencies, and a dependency called 'bom' is the one failing the verification.
This is due to our custom BOM, adding a dependency project-wide called "core-bom" to all submodules.
The purpose of this BOM is to govern a set of dependencies and it's allowed versions, in several microservices in different layers of our architecture.
Typically our developers would declare the BOM this way:
and the build.gradle for the model submodule still remains dependency free:
domain\model\build.gradle
dependencies {
// empty
}
Describe the solution you'd like
For the Model validation, maybe provide a way to set/add a list of additional dependencies configurable, so users of the plugin can choose which dependencies whitelist in the validation step for the Model submodule.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
There seems to be a compatibility issue with the plugin when using a custom BOM in our projects, as the
ValidateStructureTask
fails to complete successfully when validating the Model submodule throwing the following:CleanException("Model module is invalid")
After reviewing the code, I noticed that the policy for the Model, that asses no dependencies other than reactor-extra, reactor-core, spring-boot-dependencies, and a dependency called 'bom' is the one failing the verification.
This is due to our custom BOM, adding a dependency project-wide called "core-bom" to all submodules.
The purpose of this BOM is to govern a set of dependencies and it's allowed versions, in several microservices in different layers of our architecture.
Typically our developers would declare the BOM this way:
main.gradle
and the build.gradle for the model submodule still remains dependency free:
domain\model\build.gradle
Describe the solution you'd like
For the Model validation, maybe provide a way to set/add a list of additional dependencies configurable, so users of the plugin can choose which dependencies whitelist in the validation step for the Model submodule.
The text was updated successfully, but these errors were encountered: