Skip to content

Getting started

Getting started with TypeSpec migration

We have created a swagger to TypeSpec conversion tool to help take on the bulk of the manual conversion labor. It can handle both data-plane and management-plane swaggers. The produced TypeSpec relies on the Azure.Core and Azure.Resource.Manager libraries.

Important! Because TypeSpec is more expressive than Swagger and with the help of evolving Azure libraries, this tool should only be used as an aid in the conversion/migration process, not as the sole tool to produce final version of TypeSpec specs without human inspection, correction and optimization.

Steps of running the tool

Update existing swagger files

  • Run the tool to sort existing swagger so you can easily compare with TypeSpec generated swagger. Please note this functionality has been added in version 0.10.0. Please update to latest if you donโ€™t see this command option.

    Terminal window
    tsp-client sort-swagger [path to existing swagger]
  • Please check in the updated swaggers in separate PR prior submitting TypeSpec. This will allow you and reviewers to easily see any changes introduced by the TypeSpec conversion.

Generate TypeSpec with converter

Terminal window
npm install -g @azure-tools/typespec-client-generator-cli
  • Run the tool from the directory you would like to output your files.

    • Convert a data-plane specification:

      Terminal window
      tsp-client convert --swagger-readme [path to readme.md]
    • Convert a control-plane specification:

      Terminal window
      tsp-client convert --swagger-readme [path to readme.md] --arm
  • Review generated TypeSpec

  • Layout the TypeSpec project folders appropriately.

  • Leverage standard tspconfig.yaml (Template projects) and make appropriate output file name changes.

  • Ensure it compiles successfully locally

Review and adjust the TypeSpec

This is the probably most critical step of the conversion. As you have pre-sorted the swagger files in the first step, you would see the delta introduced in swagger.

  • Review and make appropriate changes to ensure minimal changes for swagger.You can check the migration Tips for commonly asked questions and solutions.

  • Run the compare command to see the differences between the original swagger and the TypeSpec-generated one. This command performs an expansion and transformation that will help eliminate diffs in the actual Swagger that donโ€™t matter, either because the constructs are functionally equivalent or because we have determined that a potential diff does not represent a functional difference in the REST API (it might impact SDKs, but there are other tools for that).

    Terminal window
    tsp-client compare --lhs [path to hand-authored Swagger(s)] --rhs [path to TypeSpec project] --compile-tsp

    For more info on this command and its options, see the README for the underlying tool. tsp-client compare is simply a wrapper around this tool.

    Once run, you can use a visual diff tool to compare output/lhs.json and output/rhs.json to visually see the differences that matter in the transformed Swagger and can use that to trace back to the TypeSpec to make the necessary changes. You can also look at output/diff.json to the differences as individual JSON objects. These may be easier to read than the visual diff and may contain additional details on why a diff matters.

  • Review any custom operation template introduced. The goal is to use the built-in templates from Azure.Core and Azure.Resource.Manager.

  • Review any #FixMe generated by the converter

  • Review any warnings

  • Avoid large monolithic files. We recommend modularize models and operations into separate files for easy maintenance.

Create Spec PR with new TypeSpec project

  • Review CI checks such as breaking changes and other failures.

How to Get Help

  • Ask questions in the TypeSpec Discussions Channel
  • Attend TypeSpec office hours. The office hours is listed on top tabs on the discussion channel.
  • File issues in the typespec-azure github repo
    • For bugs, please include:
      • A high-level description of the bug
      • Expected and Actual Results
      • Repro steps, including any TypeSpec code that you used
      • Any error messages you saw, including stack traces. For issues with VS or VS Code tooling see Troubleshooting VSCode Tooling and Filing Issues
  • Schedule review meetings with TypeSpec team.