Uh oh!
There was an error while loading. Please reload this page.
chore(java-cloud-bom): migrate java-cloud-bom into monorepo - #13498
Conversation
There was a problem hiding this comment.
Code Review
This pull request integrates the java-cloud-bom module into the monorepo, introducing BOM configurations, validation tests, a dashboard generator, and release-note utilities. The code review identified several critical issues that need to be addressed: a missing comma in a Python list in updateREADMETable.py causing implicit string concatenation, multiple unclosed file streams in ArtifactMavenData.java and DashboardMain.java leading to resource leaks, a potential deadlock in ReleaseNoteGeneration.java when reading process streams, and missing explicit UTF-8 encoding specifications in both Java and Python file operations.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
6f9b129 to
209f419CompareUh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
We need to generate release note similar to https://github.com/googleapis/java-cloud-bom/releases/tag/v26.83.0. Is there anyway we can test it before merging the PR? If not, can we test it with a pre-release right after merging the PR?
Separately, we need to think about the Github release strategies. I don't think the current release process can create a separate Github release for libraries-bom.
There was a problem hiding this comment.
Thanks for the questions and feedback.
We need to generate release note similar to https://github.com/googleapis/java-cloud-bom/releases/tag/v26.83.0. Is there anyway we can test it before merging the PR? If not, can we test it with a pre-release right after merging the PR?
I'll test it with a pre-release right after merging the PR. Created b/526676540 to track this.
Separately, we need to think about the Github release strategies. I don't think the current release process can create a separate Github release for libraries-bom.
Agree. I'm thinking we could have an additional tag (e.g. libraries-bom/v26.84.0), then have GH workflow pick it up to publish the release notes. I've created b/526685922 to track this. I don't think this should be a blocker for this PR. I'll follow-up with a new PR.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
2d76bff to
d280a93Compare0f05a1a to
7560c18CompareUh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
7560c18 to
d50467fCompareb690396 to
24af15bCompareUh oh!
There was an error while loading. Please reload this page.
blakeli0
left a comment
There was a problem hiding this comment.
Do you mind updating the PR description regarding the high level changes?
… BOM downgrade errors
…vert slf4j-api overrides
…cross bigquery modules
23f8b72 to
f51c202CompareUh oh!
There was an error while loading. Please reload this page.
…bom when generating gapic-libraries-bom/pom.xml (#6601) Exclude google-cloud-bom and libraries-bom when generating gapic-libraries-bom/pom.xml. This is needed because googleapis/google-cloud-java#13498 added new modules, among them are these two BOMs. Fixes#6600 For googleapis/google-cloud-java#13609
…on (#13892) Fixes b/537369259 ### Context After the monorepo migration (PR #13498), the `java-cloud-bom` repository was moved into the `java-cloud-bom/` subdirectory. The GitHub Actions workflow `.github/workflows/java-cloud-bom-update-readme-table.yaml` was copied over from the split repository without updating its paths or filter triggers. ### Root Causes 1. **Path-Filter Always Skips on Release Events:** On a `release` event, `dorny/paths-filter` compares the release tag commit against `main`. Since release commits are already merged to `main` prior to tagging, the diff is empty, causing `dorny/paths-filter` to evaluate to `false` and skip the `update-readme` job. 2. **Missing Working Directory:** The workflow attempted to run `python libraries-bom-table-generation/updateREADMETable.py` from the repository root, but both the script and target `README.md` are located within the `java-cloud-bom/` subdirectory. ### Fix - **Removed redundant `filter` job:** Replaced it with a direct job condition: ```yaml if: ${{ github.event_name == 'workflow_dispatch' || startsWith(github.event.release.tag_name, 'libraries-bom/') }} ``` This matches the release tag pattern (`libraries-bom/v*`) used by `create_additional_release_tag.yaml` and `java-cloud-bom-release-note-generation.yaml`. - **Configured Working Directory:** Added `defaults.run.working-directory: java-cloud-bom` to the `update-readme` job so all steps execute inside `java-cloud-bom/`.
b/477663818
This PR migrates the
java-cloud-bompackage (historically hosted in a separate split repository) directly into thegoogle-cloud-javamonorepo. This consolidation allows us to centrally validate, build, and publish the release BOMs (google-cloud-bomandlibraries-bom) inline with the rest of the libraries.java-cloud-bomsource modules, metadata, and tools (includingdashboard,release-note-generation, andtestssubmodules) under/java-cloud-bom.google-cloud-bomandlibraries-bom.