-
Notifications
You must be signed in to change notification settings - Fork 464
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-6883 Upgrade to jboss-logging 3.6.0 / jboss-logging-tools 3.0.0 #6058
Conversation
Hello, marko-bekhta. I'm waiting for one of the admins to verify this patch with /ok-to-test in a comment. |
/ok-to-test |
Core -> Full Integration Build 13641 outcome was FAILURE using a merge of d2b49c1 |
Core -> Full Integration Build 13927 outcome was FAILURE using a merge of d2b49c1 |
Core -> WildFly Preview Integration Build 13712 outcome was FAILURE using a merge of d2b49c1 |
Hello @marko-bekhta / @jamezp correct me if I am wrong, but wildfly-common 2.0.0 requires JDK 17, so we won't be able to upgrade until we move WildFly requirements out of JDK 11 See https://issues.redhat.com/browse/WFCORE-6856, which is indeed a duplicate |
I think this will likely need to wait for WF 34 (dev starts in < 2 weeks) as the need to update a plugin makes it seem this is risky. |
This is fine with me. The main reason I've started this PR is that the currently developed Hibernate Search and Hibernate Validator are using jboss-logging 3.6, and if the WildFly doesn't upgrade then we won't be able to upgrade Search/Validator too (in WildFly). BTW on a related note, Hibernate Validator 9.0 will require Java 17 as the Jakarta Validation spec (https://jakarta.ee/specifications/bean-validation/3.1/) requires it... |
d2b49c1
to
8652038
Compare
Core -> Full Integration Build 13644 outcome was FAILURE using a merge of 8652038 |
Core -> Full Integration Build 13930 outcome was FAILURE using a merge of 8652038 |
Core -> WildFly Preview Integration Build 13715 outcome was FAILURE using a merge of 8652038 |
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 don't follow the requirement for the WildFly Common upgrade. I don't think we want to do that yet.
8652038
to
778e667
Compare
OK, I've realized that that was a wrong assumption on my side 🙈. For some reason, I thought that since wf-common has a dependency on wf-logging, I should bump wf-common to the version using the wf-logging version we want to update to 🤦🏻♂️ 😃. |
Core -> Full Integration Build 13650 outcome was FAILURE using a merge of 778e667 |
Core -> WildFly Preview Integration Build 13722 outcome was FAILURE using a merge of 778e667 |
Core -> Full Integration Build 13937 outcome was FAILURE using a merge of 778e667 |
Thank you @marko-bekhta! I'll need to look more into the failures, but I won't be able to until next week. If we need a new release of the wildfly-maven-plugin I can do that too. However, I'm not seeing the same issue on other projects so I want to do a little research on this. |
/retest |
Core -> Full Integration Build 14030 outcome was FAILURE using a merge of 778e667 |
Core -> Full Integration Build 13741 outcome was FAILURE using a merge of 778e667 |
Core -> WildFly Preview Integration Build 13815 outcome was FAILURE using a merge of 778e667 |
Core -> WildFly Preview Integration Build 13832 outcome was FAILURE using a merge of c9877f3 Failed tests
|
Core -> Full Integration Build 14048 outcome was FAILURE using a merge of c9877f3 Failed tests
|
This failure is due to |
/retest |
Core -> WildFly Preview Integration Build 13833 outcome was FAILURE using a merge of c9877f3 Failed tests
|
I'm looking into the failure with the bootable JAR. The error starts in the |
Hey @jamezp , can I ask whether your investigation reached a conclusion? I'm asking because, as you know, if the next WF release is not going to include JBoss Logging 3.6, we may need to delay Hibernate upgrades in WildFly (https://issues.redhat.com/browse/WFLY-19632 / https://issues.redhat.com/browse/WFLY-19306) or find workarounds. |
@yrodiere I started looking at it and some other things got in the way. I'll make this a priority for this week though. I'm not sure yet what the issue is, but it seems to be a Windows only issue. |
/retest |
2 similar comments
/retest |
/retest |
Core -> WildFly Preview Integration Build 13899 outcome was FAILURE using a merge of c9877f3 Failed tests
|
Core -> WildFly Preview Integration Build 13902 outcome was FAILURE using a merge of c9877f3 Failed tests
|
@@ -433,6 +433,7 @@ public void undeploy(DeploymentUnit context) { | |||
} | |||
String message = ServerLogger.ROOT_LOGGER.unsuccessfulBoot(String.join(" ", messages)); | |||
bootstrapListener.bootFailure(new Exception(message, cause)); | |||
cause.printStackTrace(); |
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 needs to be removed as it can cause an NPE and I believe that is the issue with the test failures.
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.
rebased and removed this line
…ing an exception parameter - the RuntimeOperationsException constructors require parameters. Without a "fake" parameter the generation of the logger will fail
c9877f3
to
27859b2
Compare
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.
Thank you @marko-bekhta
Core -> Full Integration Build 13839 outcome was FAILURE using a merge of 27859b2 Failed tests
|
Thanks @marko-bekhta @jamezp |
Thanks 😃 |
Hey @marko-bekhta , you can track this wildfly/wildfly#18156 |
ohh it's already out, nice! 😃 thanks for the pointer! |
https://issues.redhat.com/browse/WFCORE-6883
Hey @jamezp 👋🏻 😃
It's probably easier to look at the patch by commit.
JmxLogger
where the exception requires at least an exception as a parameter, so I've updated the interface to include it. (later updated according to @kabir suggestion)wildfly-maven-plugin
requires overriding the logging dependency as it pulls the previous one, and with all the changes for the new API, the build fails if the dependency is not overridden...