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

Upgrade assertj 3.20.1 & safe-logging 1.15.0 #5511

Merged
merged 2 commits into from Jun 18, 2021
Merged

Conversation

schlosna
Copy link
Contributor

Goals (and why):
Assertj 3.20.0 has some binary compatibility breaks for a number of methods that triggers NoSuchMethodError for downstream atlasdb consumers.

Examples:

java.lang.NoSuchMethodError: 'org.assertj.core.api.AbstractBooleanAssert org.assertj.core.api.Assertions.assertThat(boolean)'
	at com.palantir.common.base.BatchingVisitablesTest.testAnyAndAllForEmptyLists(BatchingVisitablesTest.java:387)

java.lang.NoSuchMethodError: 'org.assertj.core.api.AbstractLongAssert org.assertj.core.api.Assertions.assertThat(long)'
	at com.palantir.common.base.BatchingVisitablesTest.testHintPageSize(BatchingVisitablesTest.java:407)

java.lang.NoSuchMethodError: 'org.assertj.core.api.AbstractStringAssert org.assertj.core.api.Assertions.assertThat(java.lang.String)'
	at com.palantir.common.base.BatchingVisitablesTest.testFlatten(BatchingVisitablesTest.java:530)

Implementation Description (bullets): Bump versions

Testing (What was existing testing like? What have you done to improve it?):

Concerns (what feedback would you like?):

Where should we start reviewing?:

Priority (whenever / two weeks / yesterday): Soon as this prevents downstream bumps

@schlosna
Copy link
Contributor Author

Tests are failing due to assertj regression in 3.20.0 with map entry comparisons, see assertj/assertj#2264 & fix assertj/assertj#2265

Going to push up a temporary workaround for now to get tests green and unblock

AssertJ 3.20.0 has a regression with
MapAssert.containsExactlyInAnyOrderEntriesOf where Map values are not
compared with deep-equality on values (e.g. byte arrays).

    assertj/assertj#2264
    assertj/assertj#2265
@bulldozer-bot bulldozer-bot bot merged commit aeb04ce into develop Jun 18, 2021
@bulldozer-bot bulldozer-bot bot deleted the ds/assertj branch June 18, 2021 09:33
@svc-autorelease
Copy link
Collaborator

Released 0.358.0

@@ -1 +1 @@
1.8
11
Copy link
Contributor

Choose a reason for hiding this comment

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

🎉

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This just affects jenv for local gradle tasks, but without this I was getting errors running locally

schlosna added a commit that referenced this pull request Jun 20, 2021
Assertj 3.20.0 & 3.20.1 had bad ABI compatibility breaks in
assertj/assertj#2173 (see
#5511 ) and was reverted in
assertj/assertj@9df530d4b375b42e7007ae6470604532d435a5cdA
and released as assertj 3.20.2.
@schlosna schlosna mentioned this pull request Jun 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants