-
Notifications
You must be signed in to change notification settings - Fork 528
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
chore(deps): Bump version.kubernetes-client from 6.9.2 to 6.10.0 #2532
Conversation
Eclipse JKube CI ReportStarted new GH workflow run for #2532 (2024-01-16T06:02:28Z) ⚙️ JKube E2E Tests (7537592493)
|
5384e39
to
7e08072
Compare
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## master #2532 +/- ##
=============================================
+ Coverage 59.36% 69.86% +10.50%
- Complexity 4586 4904 +318
=============================================
Files 500 474 -26
Lines 21211 19173 -2038
Branches 2830 2480 -350
=============================================
+ Hits 12591 13396 +805
+ Misses 7370 4561 -2809
+ Partials 1250 1216 -34 ☔ View full report in Codecov by Sentry. |
Wrong. It has something to do with the KubernetesClient initialization, it seems to be getting stuck somewhere. Maybe there is indeed a bug in the KubernetesClient (probably with the recent changes in the Config class). |
66b8ca2
to
e04c18f
Compare
Signed-off-by: Marc Nuri <[email protected]>
e04c18f
to
2d9b20d
Compare
After many hours 😭 of investigation, I managed to isolate the issue. The problem is that the bytecode provided by commons-compress 1.24.0 and commons-compress 1.25.0 seems to not be compatible (I can't figure out why, though). However, this doesn't manifest anywhere, the execution is stopped exception at this point https://github.com/fabric8io/kubernetes-client/blob/af9ff5f1ade084c3d54d87a7b26387620fe43685/kubernetes-client/src/main/java/io/fabric8/kubernetes/client/dsl/internal/uploadable/PodUpload.java#L173 If the expression is evaluated in the debugger the following Error This is encompassed within a try-with-resources block in an asynchronous environment, so whatever A simple bump of the commons-compress library to the one expected by the Fabric8 Kubernetes Client seems to have fixed the issue. |
Quality Gate passedKudos, no new issues were introduced! 0 New issues |
Description
chore(deps): Bump version.kubernetes-client from 6.9.2 to 6.10.0
Type of change
test, version modification, documentation, etc.)
Checklist