-
Notifications
You must be signed in to change notification settings - Fork 17
Enable TackleTestappPublicBinary analysis #365
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
Conversation
Signed-off-by: Maayan Hadasi <[email protected]>
WalkthroughThis PR updates three analyzer test declarations: it changes the SkipTest.Reason URLs in AcmeairWebappBinary and AdministracionEfectivoBinary from Red Hat issue links to GitHub issue URLs; it removes the SkipTest block from TackleTestappPublicBinary, sets Possibly related PRs
Suggested reviewers
Pre-merge checks and finishing touches✅ Passed checks (3 passed)
✨ Finishing touches
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
aufi
left a comment
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.
Different tackle-testapp-public binary test results needs to be resolved (it doesn't look as expected results change to me, maybe incorrect scoping of insights&tags for dependencies instead of binary source itself, not sure).
LGTM assuming CI failure is solved.
Signed-off-by: Juan Manuel Leflet Estrada <[email protected]>
Signed-off-by: Juan Manuel Leflet Estrada <[email protected]>
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.
Actionable comments posted: 0
🧹 Nitpick comments (1)
analysis/tc_tackle_testapp_public_binary.go (1)
70-86: New Spring/Micrometer tags look good; consider dropping exact duplicatesThe additional
AnalysisTagsfor Micrometer/Spring/observability look consistent with existing usage. However, there are several exact duplicates (sameNameandCategory), e.g.{"Embedded","Spring"},{"Spring","Embedded"}, and{"Spring","View"}appearing twice each. They’re harmless but can slightly obscure intent or skew any tag-counting logic.If you want to clean this up, you could remove the redundant entries like this:
- {Name: "Embedded", Category: api.Ref{Name: "Spring"}}, - {Name: "Spring", Category: api.Ref{Name: "Embedded"}}, - {Name: "Spring", Category: api.Ref{Name: "View"}},leaving a single instance of each (Name, Category) pair.
📜 Review details
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
analysis/tc_tackle_testapp_public_binary.go(4 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
- GitHub Check: test-tier2 / e2e-api-integration-tests
- GitHub Check: test-tier1 / e2e-api-integration-tests
- GitHub Check: test-tier0 / e2e-api-integration-tests
🔇 Additional comments (3)
analysis/tc_tackle_testapp_public_binary.go (3)
23-23:WithDeps: truealigns with enabling dependency-aware analysisSetting
WithDeps: trueonTackleTestappPublicBinarymatches the intent to include dependency JARs in the analysis for this binary; the struct literal looks consistent with the rest of theTCusage and raises no concerns.
35-35: Confirm Maven cache–based incident path is stable and matches analyzer outputThe updated incident
Filepath now points into/cache/m2/.../configuration-utils/1.0.0/.../ApplicationConfiguration.java. Please confirm this exact path is what the analyzer emits in your environment and that/cache/m2and the1.0.0version are stable enough not to cause brittle tests if cache layout or dependency versions change.
49-49: Verifypersistence.propertiespath is correct for a binary-only analysisThe incident
Filepath was adjusted to/shared/bin/java-project/src/main/java/persistence.properties, which looks more like a source layout than an exploded WAR path. For a “binary” test case, please double-check that this matches what the analyzer actually reports (and not, for example, aWEB-INF/classesorresourceslocation), to avoid false negatives when assertions run.
Signed-off-by: Juan Manuel Leflet Estrada <[email protected]>
Signed-off-by: Juan Manuel Leflet Estrada <[email protected]>
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.
Actionable comments posted: 0
🧹 Nitpick comments (1)
analysis/tc_tackle_testapp_public_binary.go (1)
57-88: ExpandedAnalysisTagsset is coherent with the app’s Spring/Micrometer stackThe new tags (Micrometer, Spring DI/Boot Actuator/Data JPA/MVC/Web, etc.) and their categories appear consistent and granular, which should improve coverage of what this binary test exercises. I don’t see duplicate
(Name, Category)pairs or obvious mis-categorization from this context.If you expect to grow this list further, you might consider alphabetizing by
Nameand thenCategoryto keep future diffs easier to scan, but that’s purely cosmetic.
📜 Review details
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
analysis/tc_tackle_testapp_public_binary.go(4 hunks)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
- GitHub Check: test-tier2 / e2e-api-integration-tests
- GitHub Check: test-tier0 / e2e-api-integration-tests
- GitHub Check: test-tier1 / e2e-api-integration-tests
🔇 Additional comments (2)
analysis/tc_tackle_testapp_public_binary.go (2)
10-24:WithDeps: truealigns with enabling dependency-aware binary analysisSetting
WithDeps: trueon this TC alongsideBinary: truematches the PR goal of exercising the analyzer with resolved Maven deps, and there’s nothing in this snippet that suggests a misuse of the new field. No issues from this file’s perspective.
34-52: Incident file paths look more deterministic; just ensure they match real analyzer outputThe updated
Filevalues:
- Maven cache path for
ApplicationConfiguration.java.- Source-tree path for
persistence.propertiesinstead of a timestampedwar-explodeddirectory.These should make the expectations more stable and less tied to build timestamps or packaging layout. As long as these strings were captured from a fresh analyzer run with
WithDepsenabled, they look good.
Relates to: #329
Summary by CodeRabbit
Tests
New Features
Bug Fixes
✏️ Tip: You can customize this high-level summary in your review settings.