Swashbuckle/Swagger + ASP.Net Kern: "Fehler beim laden der API-definition"

Entwickle ich eine ASP.NET Core-2-Anwendung und enthalten Stolzieren. Alles funktionierte gut, bis ich eingeführt, eine Methode, die ohne explizit definieren Sie die HTTP-Aktion:

public class ErrorController : Controller
{
    [Route("/error")]
    public IActionResult Index()
    {
        return StatusCode(500, new Error("Internal error."));
    }
}

Wenn ich die app mit dieser Methode, wird die folgende Meldung auftauchte:

Fehler beim laden der API-definition.

Fehler
Fetch-Fehler Interner Server-Fehler /swagger/v1/swagger.json

Sobald ich explizit festlegen, z.B. [HttpGet] der Fehler verschwindet. Das problem dabei ist, ich brauche diese Methode, um Feuer für alle möglichen HTTP-Operationen.
Natürlich, ich könnte angeben, alle Operationen, die ausdrücklich, aber ich habe das Gefühl, Swagger sollte in der Lage sein, dies richtig verarbeiten.

Warum kommt Swagger auf diese Weise Verhalten?

Gibt es eine Konfiguration, die ich verwenden kann?

"Ich brauche diese Methode, um Feuer für alle möglichen HTTP-Operationen" warum werden Sie brauchen, um alle Methoden, anstatt nur BEKOMMEN?
Können Sie teilen Sie Ihre Swashbuckle-Konfiguration?
in diesem Fall ist der Error Endpunkt verwendet, da der exception-handler. Abhängig von der HTTP-Betrieb der Anfrage, die gemäß Vorgang auf der Error Endpunkt genannt.
die config ist ziemlich straight-forward: services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new Info { Title = "My Service", Version = "v1" }); }); app.UseSwagger(c => { c.PreSerializeFilters.Add((swagger, httpReq) => swagger.Host = httpReq.Host.Value); }); app.UseSwaggerUI(c => { c.RoutePrefix = "swagger"; // serve the UI at root c.SwaggerEndpoint("/swagger/v1/swagger.json", "V1 Docs"); });
Ich es geschafft, reproduzieren das Problem, sieht aus wie ein Bug in der Swashbuckle.AspNetCore, die ResolveConflictingActions sollte funktionieren

InformationsquelleAutor Ash | 2018-05-07

  1. 5

    Die option ResolveConflictingActions sollte die Arbeit an diesem Fall...

    Hier ist der eigentliche Fehler:

    System.NotSupportedException: Ambiguous HTTP method for action

    Kommt von:
    https://github.com/domaindrivendev/Swashbuckle.AspNetCore/blob/master/src/Swashbuckle.AspNetCore.SwaggerGen/Generator/SwaggerGenerator.cs#L90

    Ich denke, dies ist ein Fehler, wenn Sie wirklich interessiert, sollten Sie sich melden, um das Projekt

    InformationsquelleAutor Helder Sepulveda

  2. 13

    Hinzufügen Httpxxx ([HttpGet], [HttpPost], ...) - Attribut für jeden Action-Methode, oder [ApiExplorerSettings(IgnoreApi = true)]

    InformationsquelleAutor LiKui

  3. 5

    Ich weiß nicht, ob dies behoben wurde oder nicht, aber einen Weg, den Sie gehen können, über diese ist durch die Dekoration der Methode mit:

    [ApiExplorerSettings(IgnoreApi = true)]

    Dadurch wird sichergestellt, dass die Methode in Frage ignoriert wird von Swagger.

    InformationsquelleAutor Moshood Aminu

  4. 3

    Swagger wirft die gleiche Ausnahme, wenn es öffentliche Methoden, die nicht von Aktionen in einem controller. Die zu beheben ist, um alle von Ihnen protected oder private oder wie bereits erwähnt das Attribut hinzufügen [ApiExplorerSettings(IgnoreApi = true)].

    Ich hatte eine base-Klasse zu den Controllern, die mit einem öffentlichen Hilfsfunktion und dein Vorschlag das Problem gelöst, indem es protected.

    InformationsquelleAutor Elphas Tori

  5. 3

    Andere mögliche Problem ist, dass der Endpunkt muss komplett von der domain-root.

    Hatte ich:

    app.UseSwaggerUI(c =>
{
     c.SwaggerEndpoint("/swagger/v1/swagger.json", "V1 Docs");
});

    Musste ich nutzen:

     app.UseSwaggerUI(c=>
{
     c.SwaggerEndpoint("/myApi/swagger/v1/swagger.json", "V1 Docs");

});

    InformationsquelleAutor Erick

  6. 1

    In ASP.NET Core, wenn es ein controller Endpunkt wie:

    [Route("images")]
[HttpGet("{id}")]

    Diese kann auch fehlschlagen, mit Abruf fehlgeschlagen. Die Lösung ist so etwas wie

    [HttpGet("images/{id}")]

    Gleiche gilt für die HttpPost.

    InformationsquelleAutor dansc

  7. 0

    War ich immer ein TypeLoadException auf eine Klasse, die ich war löschen, der war unbenutzt. Das Update in meinem Fall war das löschen der bin/obj/Debug-Ordner Inhalt. Saubere Lösung + rebuild-Lösung nicht fix für mich.

    InformationsquelleAutor daniel.caspers

  8. 0

    War ich auch immer diese Fehlermeldung, weil ich einen controller erstellt, welche dosent haben [Route("api/[controller]")]. Nachdem er es, der Fehler ging Weg.

    InformationsquelleAutor t-prisar

Schreibe einen Kommentar