-
Notifications
You must be signed in to change notification settings - Fork 465
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WFCORE-7091] Create the ModelTestModelControllerService variants for the WF 31 controllers #6280
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
… it is preparing the legacy controllers Jira issue: https://issues.redhat.com/browse/WFCORE-7091
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A few observations about duplicated code, which may or may not be essential.
Apart from that, I think it looks good
ModelInitializer modelInitializer = null; | ||
if (modelInitializerEntries != null && !modelInitializerEntries.isEmpty()) { | ||
modelInitializer = new LegacyModelInitializer(modelInitializerEntries); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This code seems to duplicate a lot of the code from the previous method. Can they be unified more?
convertedBootOps, | ||
convertedValidationFilter, | ||
convertedLegacyModelVersion, | ||
convertedModelInitializerEntries); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can this be unified, e.g. so we just pass in null for the stabilty? If so you can get rid of this whole if/else block
convertedValidateOpsFilter, | ||
convertedBootOps, | ||
convertedModelVersion, | ||
persistXml); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can this be unified, e.g. so we just pass in null for the stabilty? If so you can get rid of this whole if/else block
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll check with the latest changes I added in the wildfly-test-legacy where we are explicitely adding the Stability level, I guess it should be possible since now it will be visible to the child classloader, but I have to double check it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Although, in any case, it won't be possible until we bump wildfly-test-legacy to 9.0.0 in WidlFly Core, so, for the first cut I will leave it as it is. If we do it now, it will break the current tests since Stability is not visible for the legacy controllers yet
Core -> Full Integration Build 14430 outcome was UNKNOWN using a merge of abea9d2 |
Core -> Full Integration Build 14129 outcome was UNKNOWN using a merge of abea9d2 |
Core -> WildFly Preview Integration Build 14211 outcome was UNKNOWN using a merge of abea9d2 |
Thanks @kabir We can simplify those two invocations later once all gets merged |
Core -> WildFly Preview Integration Build 14212 outcome was FAILURE using a merge of abea9d2 Failed tests
|
Jira issue: https://issues.redhat.com/browse/WFCORE-7091
@kabir / @pferraro This is preliminary work to prepare WildFly Core for the usage of the incoming WildFly Legacy Test release. Basically:
Once this PR gets approved, we will release a WildFly Core version, we will upgrade wildfly legacy tests with that released WildFly core version, and we will later bump it in WIldFly Core. We can avoid this intermediate step, if we release wildfly legacy tests compiled with a WildlFly Core snapshot version, but I am more in favor of using a released one.