chore: Add code split for adding package pull status indicator#37944
chore: Add code split for adding package pull status indicator#37944
Conversation
WalkthroughThe Changes
Possibly related PRs
Suggested labels
Suggested reviewers
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Outside diff range and nitpick comments (2)
app/server/appsmith-server/src/main/java/com/appsmith/server/services/ce/ConsolidatedAPIServiceCEImpl.java (2)
Line range hint
157-464: Consider splittinggetAllFetchableMonosinto smaller methodsThe method
getAllFetchableMonosis quite long and could be broken down into smaller, focused methods to improve readability and maintainability.
500-627: Simplify complex conditional logic ingetApplicationAndPageTupleMonoThe method contains deeply nested conditionals and error handling that could be simplified or refactored for better readability.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
📒 Files selected for processing (1)
app/server/appsmith-server/src/main/java/com/appsmith/server/services/ce/ConsolidatedAPIServiceCEImpl.java(5 hunks)
🔇 Additional comments (2)
app/server/appsmith-server/src/main/java/com/appsmith/server/services/ce/ConsolidatedAPIServiceCEImpl.java (2)
Line range hint 109-128: Visibility changes enhance extensibility
Changing methods getSuccessResponse, getErrorResponseMono, and toResponseDTO from private to protected allows subclasses to utilize these utility methods.
151-155: Refactored fetch logic improves readability
Extracting the fetch logic into getAllFetchableMonos simplifies getConsolidatedInfoForPageLoad, making the code cleaner and easier to maintain.
| protected Mono<String> getBaseApplicationIdMono( | ||
| String basePageId, String baseApplicationId, ApplicationMode mode, boolean isViewMode) { | ||
| Mono<String> baseApplicationIdMono = Mono.just(""); | ||
| if (isViewMode) { | ||
| // Attempt to retrieve the application ID associated with the given base page ID from the cache. | ||
| baseApplicationIdMono = cacheableRepositoryHelper | ||
| .fetchBaseApplicationId(basePageId, baseApplicationId) | ||
| .switchIfEmpty(Mono.just("")) | ||
| .cast(String.class); | ||
| } | ||
|
|
||
| baseApplicationIdMono = baseApplicationIdMono | ||
| .name(getQualifiedSpanName(APPLICATION_ID_FETCH_REDIS_SPAN, mode)) | ||
| .tap(Micrometer.observation(observationRegistry)) | ||
| .cache(); | ||
| return baseApplicationIdMono; | ||
| } |
There was a problem hiding this comment.
Ensure default values are appropriately handled
In getBaseApplicationIdMono, returning an empty string as a default might lead to unintended consequences. Consider using Mono.empty() or handling the absence of a value more explicitly.
Apply this diff to handle empty values properly:
-protected Mono<String> getBaseApplicationIdMono(
- String basePageId, String baseApplicationId, ApplicationMode mode, boolean isViewMode) {
- Mono<String> baseApplicationIdMono = Mono.just("");
+protected Mono<Optional<String>> getBaseApplicationIdMono(
+ String basePageId, String baseApplicationId, ApplicationMode mode, boolean isViewMode) {
+ Mono<Optional<String>> baseApplicationIdMono = Mono.empty();Committable suggestion skipped: line range outside the PR's diff.
…ithorg#37944) ## Description EE Counterpart PR: appsmithorg/appsmith-ee#5667 Fixes #`Issue Number` _or_ Fixes `Issue URL` > [!WARNING] > _If no issue exists, please create an issue first, and check with the maintainers if the issue is valid._ ## Automation /ok-to-test tags="@tag.All" ### 🔍 Cypress test results <!-- This is an auto-generated comment: Cypress test results --> > [!TIP] > 🟢 🟢 🟢 All cypress tests have passed! 🎉 🎉 🎉 > Workflow run: <https://github.com/appsmithorg/appsmith/actions/runs/12160425603> > Commit: 7275865 > <a href="https://internal.appsmith.com/app/cypress-dashboard/rundetails-65890b3c81d7400d08fa9ee5?branch=master&workflowId=12160425603&attempt=2" target="_blank">Cypress dashboard</a>. > Tags: `@tag.All` > Spec: > <hr>Wed, 04 Dec 2024 14:29:40 UTC <!-- end of auto-generated comment: Cypress test results --> ## Communication Should the DevRel and Marketing teams inform users about this change? - [ ] Yes - [x] No <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Enhanced data fetching capabilities with new methods for better organization and clarity. - Improved handling of application modes with centralized logic. - **Bug Fixes** - Streamlined error handling and logging during data retrieval processes. - **Refactor** - Restructured existing methods for improved maintainability and extensibility. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
Description
EE Counterpart PR: https://github.com/appsmithorg/appsmith-ee/pull/5667
Fixes #
Issue Numberor
Fixes
Issue URLWarning
If no issue exists, please create an issue first, and check with the maintainers if the issue is valid.
Automation
/ok-to-test tags="@tag.All"
🔍 Cypress test results
Tip
🟢 🟢 🟢 All cypress tests have passed! 🎉 🎉 🎉
Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12160425603
Commit: 7275865
Cypress dashboard.
Tags:
@tag.AllSpec:
Wed, 04 Dec 2024 14:29:40 UTC
Communication
Should the DevRel and Marketing teams inform users about this change?
Summary by CodeRabbit
New Features
Bug Fixes
Refactor