Skip to content

CHANGE @W-18308576@ Updated dependencies #296

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

Merged
merged 3 commits into from
May 16, 2025
Merged

CHANGE @W-18308576@ Updated dependencies #296

merged 3 commits into from
May 16, 2025

Conversation

jfeingold35
Copy link
Contributor

No description provided.

@jfeingold35 jfeingold35 requested review from stephen-carter-at-sf and randi274 and removed request for stephen-carter-at-sf May 16, 2025 16:32
"ErrorProne",
"Apex"
],
"description": "This rule finds Apex classes, enums, and interfaces that have the same name as a class, enum, or interface in the `System` or `Schema` namespace. Shadowing these namespaces in this way can lead to confusion and unexpected behavior. Code that intends to reference a `System` or `Schema` class, enum, or interface may inadvertently reference the locally defined type instead. This can... Learn more: https://docs.pmd-code.org/pmd-doc-7.13.0/pmd_rules_apex_errorprone.html#typeshadowsbuiltinnamespace",
Copy link
Collaborator

Choose a reason for hiding this comment

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

In the learn more... you should update 7.13.0 with {{PMD_VERSION}} as well.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Good catch; copy-pasted that one.

@@ -35,6 +35,7 @@ dependencies {
}
implementation(libs.reflections)
implementation(libs.asm)
implementation(libs.netty.all)
Copy link
Collaborator

Choose a reason for hiding this comment

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

What's this for?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

We got flagged for our dependency on an insecure version of netty-handler, which is part of netty-all, so I updated the transitive dependency on netty-all to keep the related modules in lockstep instead of just updating netty-handler.

Copy link
Collaborator

Choose a reason for hiding this comment

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

To not make it look like a direct dependency, should you instead just use a constraints section? If that doesn't make sense - then at least just put in a comment saying that this dependency is to lock in an indirect dependency to a later version because the other one is vulnerable or something.

image

Copy link
Collaborator

Choose a reason for hiding this comment

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

That might be groovy syntax Kotlin syntax might be:
image

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fair enough. Stand by for that.

@stephen-carter-at-sf stephen-carter-at-sf self-requested a review May 16, 2025 17:53
@jfeingold35 jfeingold35 merged commit c4539f6 into dev May 16, 2025
7 checks passed
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.

2 participants