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

deprecate class MissingResourceResError #2277

Merged
merged 2 commits into from
Jan 16, 2025
Merged

deprecate class MissingResourceResError #2277

merged 2 commits into from
Jan 16, 2025

Conversation

dbasunag
Copy link
Contributor

@dbasunag dbasunag commented Jan 14, 2025

Short description:
More details:
What this PR does / why we need it:
Which issue(s) this PR fixes:
Special notes for reviewer:
Bug:

Summary by CodeRabbit

  • Deprecation
    • Introduced a deprecation warning for MissingResourceResError
    • Added a new exception class, MissingResourceError
    • Updated exception handling to guide users to the new error class

Copy link

coderabbitai bot commented Jan 14, 2025

Walkthrough

The pull request introduces a new exception class, MissingResourceError, in the ocp_resources/exceptions.py file. The existing MissingResourceResError class has been updated to include a deprecation warning when instantiated, advising users to utilize the new MissingResourceError instead. The constructor of MissingResourceResError now issues this warning using the warn function from the warnings module. The __str__ method of MissingResourceResError remains unchanged, ensuring consistent error messaging.

Changes

File Change Summary
ocp_resources/exceptions.py - Added MissingResourceError class
- Updated MissingResourceResError class to include a deprecation warning in the constructor

Suggested labels

size/XXL, verified, can-be-merged, approved-myakove

Suggested reviewers

  • rnetser
  • omrirh
  • myakove

Finishing Touches

  • 📝 Generate Docstrings (Beta)

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?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

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)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@redhat-qe-bot2
Copy link

Report bugs in Issues

The following are automatically added:

  • Add reviewers from OWNER file (in the root of the repository) under reviewers section.
  • Set PR size label.
  • New issue is created for the PR. (Closed when PR is merged/closed)
  • Run pre-commit if .pre-commit-config.yaml exists in the repo.

Available user actions:

  • To mark PR as WIP comment /wip to the PR, To remove it from the PR comment /wip cancel to the PR.
  • To block merging of PR comment /hold, To un-block merging of PR comment /hold cancel.
  • To mark PR as verified comment /verified to the PR, to un-verify comment /verified cancel to the PR.
    verified label removed on each new commit push.
  • To cherry pick a merged PR comment /cherry-pick <target branch to cherry-pick to> in the PR.
    • Multiple target branches can be cherry-picked, separated by spaces. (/cherry-pick branch1 branch2)
    • Cherry-pick will be started when PR is merged
  • To build and push container image command /build-and-push-container in the PR (tag will be the PR number).
    • You can add extra args to the Podman build command
      • Example: /build-and-push-container --build-arg OPENSHIFT_PYTHON_WRAPPER_COMMIT=<commit_hash>
  • To add a label by comment use /<label name>, to remove, use /<label name> cancel
  • To assign reviewers based on OWNERS file use /assign-reviewers
  • To check if PR can be merged use /check-can-merge
  • to assign reviewer to PR use /assign-reviewer @<reviewer>
Supported /retest check runs
  • /retest tox: Retest tox
  • /retest python-module-install: Retest python-module-install
  • /retest all: Retest all
Supported labels
  • hold
  • verified
  • wip
  • lgtm

Copy link
Collaborator

@myakove myakove left a comment

Choose a reason for hiding this comment

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

Thanks

ocp_resources/exceptions.py Outdated Show resolved Hide resolved
Copy link

@coderabbitai coderabbitai bot left a 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 (3)
ocp_resources/exceptions.py (3)

13-18: Add docstring to document the exception class.

While the implementation is clean, adding a docstring would improve code documentation and help users understand when this exception is raised.

 class MissingResourceError(Exception):
+    """Exception raised when a resource cannot be generated.
+
+    Args:
+        name (str): The name of the resource that failed to generate.
+    """
     def __init__(self, name: str) -> None:

23-27: Add removal timeline to deprecation warning.

The warning message should include when this class will be removed to help users plan their migration.

         warn(
-            "MissingResourceResError is deprecated and will be removed in the future. Use MissingResourceError instead.",
+            "MissingResourceResError is deprecated and will be removed in version X.Y.Z. Use MissingResourceError instead.",
             DeprecationWarning,
             stacklevel=2,
         )

30-31: Remove unnecessary str override.

The __str__ method can be removed as it simply calls the parent implementation without any modifications.

-    def __str__(self) -> str:
-        return super().__str__()
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between e612fd0 and c107622.

📒 Files selected for processing (1)
  • ocp_resources/exceptions.py (2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: tox
  • GitHub Check: python-module-install
🔇 Additional comments (2)
ocp_resources/exceptions.py (2)

2-2: LGTM! Import placement follows PEP 8.

The addition of the warnings.warn import is appropriate for implementing the deprecation warning.


21-32: Verify usage patterns of MissingResourceResError.

Let's analyze the current usage to understand the impact of this deprecation and potentially help with migration.

✅ Verification successful

Deprecation is appropriate with straightforward migration path

The class is only used in one location (resource.py) with a single raise statement. Migration to MissingResourceError will be straightforward as both exceptions behave identically.

  • In resource.py: Replace both the import and the raise statement with MissingResourceError
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Search for all usages of MissingResourceResError to assess migration impact
echo "Searching for direct raises of MissingResourceResError..."
rg "raise MissingResourceResError" -l

echo -e "\nSearching for exception catches..."
rg "except MissingResourceResError" -l

echo -e "\nSearching for other references..."
rg "MissingResourceResError" -l | grep -v "exceptions.py"

Length of output: 481


Script:

#!/bin/bash
# Get detailed context of MissingResourceResError usage in resource.py
echo "Examining usage context in resource.py..."
rg "MissingResourceResError" -B 2 -A 2 ocp_resources/resource.py

echo -e "\nChecking imports..."
rg "^from.*import.*MissingResourceResError" ocp_resources/resource.py

Length of output: 753

Copy link

@coderabbitai coderabbitai bot left a 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)
ocp_resources/exceptions.py (1)

20-20: Add deprecation notice in class docstring

Consider adding a deprecation notice in the class docstring to make it visible in documentation and IDE tooltips.

 class MissingResourceResError(Exception):
+    """Exception raised when a resource fails to generate.
+
+    .. deprecated:: <version>
+       Use :class:`MissingResourceError` instead.
+    """
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between c107622 and 825f6fe.

📒 Files selected for processing (1)
  • ocp_resources/exceptions.py (2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: python-module-install
  • GitHub Check: tox
🔇 Additional comments (4)
ocp_resources/exceptions.py (4)

2-2: LGTM: Clean import addition

The warn import is correctly placed and properly used for deprecation warnings.


13-19: LGTM: Clean implementation of the new exception class

The implementation correctly follows the review feedback by creating a standalone class rather than inheriting. The error message format is consistent with the existing implementation.


23-27: LGTM: Well-implemented deprecation warning

The deprecation warning is properly implemented using the warnings module with correct stacklevel.


20-27: Verify usage patterns of the deprecated class

Let's check the current usage patterns to ensure a smooth transition for existing users.

✅ Verification successful

Deprecation implementation is correct and well-managed

The deprecated class has minimal usage (one raise statement in resource.py) and the recommended alternative MissingResourceError is properly implemented. No complex exception handling patterns were found, ensuring a straightforward migration path for users.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Search for usages of MissingResourceResError to identify affected code
echo "Searching for direct usage of MissingResourceResError..."
rg "MissingResourceResError" --type py

echo -e "\nSearching for potential exception catches..."
rg "except.*MissingResourceResError" --type py

Length of output: 853


Script:

#!/bin/bash
# Check for the existence and implementation of MissingResourceError
echo "Searching for MissingResourceError definition and usage..."
rg "MissingResourceError([^R]|$)" --type py

Length of output: 389

@dbasunag
Copy link
Contributor Author

/verified

@myakove myakove merged commit 4118410 into main Jan 16, 2025
6 checks passed
@myakove myakove deleted the deprecate_exception branch January 16, 2025 09:26
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.

7 participants