skip to Main Content

I am working through the Microsoft Learn tutorials to "Create a web API with ASP.Net Core".

Under the heading, "Build and test the web API", at instruction (5) I am getting a response, "Unable to find an OpenAPI description".

For step (6) when executing the "ls" command I get the response, "No directory structure has been set, so there is nothing to list. Use the ‘connect’ command to set a directory structure based on an OpenAPI description". I have tried the "connect" command suggested here and have tried "dir" as an alternative to "ls".

I can successfully change directories in step (7) and execute the GET request for step (8) and receive the expected reply. However, it really bothers me the "ls" command is not working here and seems like an important function of the httprepl tool.

How can I get the "ls" command to work here or tell me why does it not work?

C:UsersxxxxsourcereposLearnContosoPizza>httprepl http://localhost:5000
(Disconnected)> connect http://localhost:5000
Using a base address of http://localhost:5000/
Unable to find an OpenAPI description
For detailed tool info, see https://aka.ms/http-repl-doc

http://localhost:5000/> ls
No directory structure has been set, so there is nothing to list. Use the "connect" command to set a directory structure based on an OpenAPI description.       

http://localhost:5000/>

ADDED RESULTS OF SUGGESTIONS–

C:UsersxxxxsourcereposLearnContosoPizza>dotnet --version
3.1.412

C:UsersxxxxsourcereposLearnContosoPizza>dotnet add WebAPI.csproj package Swashbuckle.AspNetCore -v 5.6.3
Could not find project or directory `WebAPI.csproj`.

httprepl GitHub repo and MS Docs page

4

Answers


  1. In step 5 HttpRepl emits the warning Unable to find an OpenAPI description, which means that it can’t find the swagger endpoint, and therefore the ls command wont work.

    I assume you are using VS Code and ASP.NET Core 5.0. Here is my output from running dotnet --version:

    5.0.401
    

    If we are using Visual Studio, then remember to enable swagger when you create the project – I am using Visual Studio 2019 to create the screenshot:

    enter image description here

    Specifying your OpenAPI description

    To find out which endpoint to use, open the file Startup.cs and locate the code fragment that contains the text UseSwaggerUI. You should find this block of code:

    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
        app.UseSwagger();
        app.UseSwaggerUI(c => c.SwaggerEndpoint("/swagger/v1/swagger.json", "WebAPI v1"));
    }
    

    Use the endpoint you find and run the tool like this:

    httprepl http://localhost:5000 --openapi /swagger/v1/swagger.json
    

    If you do not find any references to swagger, then see None of the above worked, swagger isn’t installed below, for how to install and configure swagger for your project.

    Ignoring your environment

    If specifying the Open API endpoint to use doesn’t work, then you are not running your Web API in a development environment. So either use a development environment, or uncomment the if-statement while testing (to setup your environment for development, see Changing your environment below):

    //if (env.IsDevelopment())
    //{
        app.UseDeveloperExceptionPage();
        app.UseSwagger();
        app.UseSwaggerUI(c => c.SwaggerEndpoint("/swagger/v1/swagger.json", "WebAPI v1"));
    //}
    

    Remember to restore the code you uncommented, if any, before you deploy to production.

    Changing your environment

    The profile your Web API is using, is specified in the file PropertieslaunchSettings.json. Open the file and search for ASPNETCORE_ENVIRONMENT. Then change the instances you find to:

    "ASPNETCORE_ENVIRONMENT": "Development"
    

    If this doesn’t work, or the instances were already set to "Development", it means that you are not using any of the profiles specified in your launch settings. If no profile is used, ASPNETCORE_ENVIRONMENT defaults to "Production". When using the dotnet run command, the --launch-profile parameter lets you specify which profile to use:

    dotnet run --launch-profile "name_of_profile"
    

    As a last resort you can set the environment variable ASPNETCORE_ENVIRONMENT in the shell you are using, before you run the command dotnet run:

    Bash

    export ASPNETCORE_ENVIRONMENT=Development
    

    CMD

    set ASPNETCORE_ENVIRONMENT=Development
    

    PowerShell

    $env:ASPNETCORE_ENVIRONMENT='Development'
    

    Then run the application without a profile :

    dotnet run --no-launch-profile
    

    The default ports, when running without a profile, should be 5000 or 5001. But read the output from the command, to see which ports it assigns to your Web API.

    Please note, if you use VS Code to run your project, that VS Code may also have created launch settings in the .vscodelaunch.json. It depends on how you have configured VS Code and what you allow it to do. I found some older articles, that claim that some extensions for VS Code, may interfere with the launch settings, but they didn’t specify which ones.

    None of the above worked, swagger isn’t installed

    I none of the above worked, it means you don’t have swagger installed. Install swagger for your project and when done, try again.

    Package Installation

    Open your project in VS Code and run the following command from the Integrated Terminal and replace WebAPI.csproj with the name of your own project file:

    dotnet add WebAPI.csproj package Swashbuckle.AspNetCore -v 5.6.3
    

    You can of course run the command from outside VS Code, with your project folder as the current working directory.

    Add and configure Swagger middleware

    Add the Swagger generator to the services collection in the Startup.ConfigureServices method, as the last statement in the method:

    public void ConfigureServices(IServiceCollection services)
    {
        [... other code here ...]
    
        // Register the Swagger generator, defining 1 or more Swagger documents
        services.AddSwaggerGen(c =>
        {
            c.SwaggerDoc("v1", new OpenApiInfo { Title = "WebAPI", Version = "v1" });
        });
    
    }
    

    In the Startup.Configure method, enable the middleware for serving the generated JSON document and the Swagger UI, at the top of the method:

    public void Configure(IApplicationBuilder app)
    {
        // Enable middleware to serve generated Swagger as a JSON endpoint.
        app.UseSwagger();
    
        // Enable middleware to serve swagger-ui (HTML, JS, CSS, etc.),
        // specifying the Swagger JSON endpoint.
        app.UseSwaggerUI(c =>
        {
            c.SwaggerEndpoint("/swagger/v1/swagger.json", "My API V1");
        });
    
        [... other code here for setting up routing and the like ...]
    }
    

    To learn more about setting up swagger, profiles and the environment

    Get started with Swashbuckle and ASP.NET Core
    Managing Production and Development Settings in ASP.NET Core
    Use multiple environments in ASP.NET Core
    ASP.NET Core web API documentation with Swagger / OpenAPI

    Login or Signup to reply.
  2. The solution for me was to simply trust localhost’s SSL certification, which you can do with this command:

    dotnet dev-certs https --trust
    

    While doing the same Tutorial, a friend of mine noticed, that trusting the dev certificate, was already covered by the Tutorial, which I had overlooked doing the Tutorial myself. This is the official help site:
    Trust the ASP.NET Core HTTPS development certificate on Windows and macOS.
    Maybe this will still help someone with the same problem.

    Login or Signup to reply.
  3. You must be connected to the web server through dotnet run.

    Login or Signup to reply.
  4. I had faced same issue. I have solved it by following:

    1. In Developer PowerShell(VS 2022), Run ‘dotnet run’ command.

    enter image description here

    1. Keep this powershell as it is.
    2. Now open new PowerShell and run "httprepl https://localhost:{PORT}"

    You should be able to run api now.

    enter image description here

    Login or Signup to reply.
Please signup or login to give your own answer.
Back To Top
Search