Skip to content

feat: regenerate google-cloud-datacatalog-lineage#17148

Open
jskeet wants to merge 1 commit into
googleapis:mainfrom
jskeet:unskip-datacatalog-lineage
Open

feat: regenerate google-cloud-datacatalog-lineage#17148
jskeet wants to merge 1 commit into
googleapis:mainfrom
jskeet:unskip-datacatalog-lineage

Conversation

@jskeet
Copy link
Copy Markdown
Contributor

@jskeet jskeet commented May 15, 2026

No description provided.

@jskeet jskeet requested a review from parthea May 15, 2026 07:28
@jskeet jskeet requested review from a team as code owners May 15, 2026 07:28
@snippet-bot
Copy link
Copy Markdown

snippet-bot Bot commented May 15, 2026

Here is the summary of changes.

You are about to add 2 region tags.

This comment is generated by snippet-bot.
If you find problems with this result, please file an issue at:
https://github.com/googleapis/repo-automation-bots/issues.
To update this comment, add snippet-bot:force-run label or use the checkbox below:

  • Refresh this comment

@jskeet
Copy link
Copy Markdown
Contributor Author

jskeet commented May 15, 2026

This was skipped in #16997 - I'm not sure why, but that was with the previous generator. If it all looks okay now, we should unskip.

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request introduces the SearchLineageStreaming method to the Data Catalog Lineage service, along with supporting types like DependencyInfo and LineageLink. It also implements automatic request_id population for several methods and updates Python version support to version 3.10 or higher. The review feedback highlights a misleading docstring for the streaming return type, suggests avoiding bare except: blocks in favor of except Exception: with logging, and notes that removing the -W flag from the documentation build is a regression in quality control.

be of type `bytes`.

Returns:
~.lineage.SearchLineageStreamingResponse:
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

medium

The docstring for the return value of __call__ in _SearchLineageStreaming is misleading. Since this is a streaming method, it returns a rest_streaming.ResponseIterator which yields multiple response objects, not a single SearchLineageStreamingResponse instance.

Suggested change
~.lineage.SearchLineageStreamingResponse:
Iterable[~.lineage.SearchLineageStreamingResponse]:

try:
request_payload = type(request).to_json(request)
except:
request_payload = None
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

medium

Avoid using bare except: blocks. Catching Exception is preferred to avoid intercepting system-level signals. Additionally, ensure the exception is logged (e.g., using logger.warning) rather than silently handled to aid in debugging and prevent masking underlying issues.

Suggested change
request_payload = None
except Exception:
References
  1. Avoid broad except Exception: blocks that silently return None. Instead, log the exception (e.g., using logger.warning) to aid in debugging and prevent masking underlying issues.

shutil.rmtree(os.path.join("docs", "_build"), ignore_errors=True)
session.run(
"sphinx-build",
"-W", # warnings as errors
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

medium

The removal of the -W flag from sphinx-build is a regression in documentation quality control. This flag ensures that documentation warnings are treated as errors. Furthermore, changes to shared configurations should be applied consistently across all relevant packages in a dedicated, universal change rather than piecemeal in individual pull requests.

References
  1. Changes to shared configurations, like mypy flags, should be applied consistently across all relevant packages in a dedicated, universal change rather than piecemeal in individual pull requests.

Copy link
Copy Markdown
Contributor

@chalmerlowe chalmerlowe left a comment

Choose a reason for hiding this comment

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

LGTM

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