Fix typespec project repo path for CustomizedCodeUpdateTool#15497
Fix typespec project repo path for CustomizedCodeUpdateTool#15497samvaity wants to merge 6 commits into
Conversation
There was a problem hiding this comment.
Pull request overview
This PR updates CustomizedCodeUpdateTool to resolve the spec repository root before calling tsp-client update, instead of forwarding the TypeSpec project directory directly. In the azsdk-cli codebase, that aligns regeneration with how spec-backed TypeSpec projects are structured.
Changes:
- Resolve
specRepoPathviaITypeSpecHelper.GetSpecRepoRootPath(...)before regeneration. - Apply the same repo-root forwarding in the Java post-patch regeneration path.
- Adjust the unit-test setup mock for
GetSpecRepoRootPath.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 3 comments.
| File | Description |
|---|---|
tools/azsdk-cli/Azure.Sdk.Tools.Cli/Tools/TypeSpec/CustomizedCodeUpdateTool.cs |
Switches regen calls to use resolved spec repo root in both main and Java post-patch flows. |
tools/azsdk-cli/Azure.Sdk.Tools.Cli.Tests/Tools/TypeSpec/CustomizedCodeUpdateToolTests.cs |
Updates the default ITypeSpecHelper mock used by CustomizedCodeUpdateTool tests. |
…resolution tests Agent-Logs-Url: https://github.com/Azure/azure-sdk-tools/sessions/33d4d0d6-f348-4041-a855-95feacaabb4a Co-authored-by: samvaity <16845631+samvaity@users.noreply.github.com>
Agent-Logs-Url: https://github.com/Azure/azure-sdk-tools/sessions/33d4d0d6-f348-4041-a855-95feacaabb4a Co-authored-by: samvaity <16845631+samvaity@users.noreply.github.com>
|
Just as a heads up, I was blocked by some firewall rules while working on your feedback. Expand below for details. Warning Firewall rules blocked me from connecting to one or more addresses (expand for details)I tried to connect to the following addresses, but was blocked by firewall rules:
If you need me to access, download, or install something from one of these locations, you can either:
|
|
@m-redding This resolves the timeout issue as well, since previously the tsp-client was pointing to the root repository at /azure-rest-api-specs. I tested this and confirmed it works for Java. |


Leverages the path resolution logic already used successfully in SdkGenerationTool to fix path resolution issues on CustomizeSDK Tooling
Closes: #15437