Skip to content
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

test latest deps cleanup #5269

Merged
merged 5 commits into from
Feb 1, 2022
Merged

Conversation

trask
Copy link
Member

@trask trask commented Jan 28, 2022

part of #5227

and applying some benefits from #5258

this PR adds trailing comments to about half of all latestDepTestLibrary usages, categorizing them as

  • // documented limitation - version limitation is in official docs
  • // issue #X - issue tracking the limitation, issue should be tagged with test latest deps
  • // see X module - more recent versions supported by another instrumentation module

will tackle more in subsequent PRs and will see if any additional categories are needed still

@trask trask force-pushed the test-latest-deps-cleanup branch 2 times, most recently from 17118ce to 164e523 Compare January 28, 2022 18:00
@trask trask marked this pull request as ready for review January 29, 2022 21:23
@trask trask requested a review from a team as a code owner January 29, 2022 21:23
Comment on lines -17 to -18
// FIXME: We don't currently handle jetty continuations properly (at all).
abstract class JettyContinuationHandlerTest extends JettyHandlerTest {
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Jetty Continuation was deprecated in jetty 9.4 and removed in jetty 10, so this test doesn't compile against jetty 10 (see latestDepTestLibrary bump in the gradle file).

Since this test doesn't run anyways (it's abstract) and based on the FIXME we don't support Continuation anyways, it seems ok to just delete it.

testLibrary("org.elasticsearch.plugin:transport-netty3-client:5.0.0")
testLibrary("org.elasticsearch.client:transport:5.0.0")

latestDepTestLibrary("org.elasticsearch.plugin:transport-netty3-client:5.0.0")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed patch version?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tests were failing to pass on 5.2.+ so I bailed on it for this PR

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about 5.1+?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll revisit this in subsequent PR (since it doesn't have a trailing comment yet, it's still not "done" from perspective of #5227)

@@ -43,8 +43,4 @@ dependencies {

testLibrary("org.springframework.boot:spring-boot-autoconfigure:$springBootVersion")
testLibrary("org.springframework.boot:spring-boot-starter-tomcat:$springBootVersion")

// spring boot 3 uses spring 6 which requires java 17
latestDepTestLibrary("org.springframework.boot:spring-boot-autoconfigure:2.+")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will still be a problem when Spring 3 is released

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is your preference to keep this and open a tracking issue now?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think yes, that will remove a time pressure from us.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

by "remove time pressure" do you mean it will give us more time to fix the issue and support spring boot 3 before it's GA'd? if this is a concern, maybe we should add some exceptions to #5258?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, I mean that if we keep this constraint, then when Spring Boot 3 is released we will NOT be forced to fix it ASAP because our build broke.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I personally think that's a good thing, it's sort of an alarm bell that Spring Boot 3 has GA'd. It's easy enough to snooze the alarm by adding the suppression + logging the issue at that time.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

going to merge, I think removing it is most consistent from #5258 perspective, and I think the alarm bell when unsupported GAs are released is a good thing for us, but we can revisit if this feels problematic

@trask trask merged commit 0229141 into open-telemetry:main Feb 1, 2022
@trask trask deleted the test-latest-deps-cleanup branch February 1, 2022 17:49
RashmiRam pushed a commit to RashmiRam/opentelemetry-auto-instr-java that referenced this pull request May 23, 2022
* test latest deps cleanup

* Revert currently irrelevant change

* Update instrumentation/lettuce/lettuce-4.0/javaagent/build.gradle.kts

Co-authored-by: Nikita Salnikov-Tarnovski <[email protected]>

Co-authored-by: Nikita Salnikov-Tarnovski <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants