Menü der Dokumentation

Grundlegendes zu API-Funktionen (DMSApp)

In diesem Kapitel finden Sie alle Themen, die übergreifend für alle Arten der Verwendung der API-Funktionen der DMSApp gelten.

Ermitteln eines Repositorys

Freigegeben: JSON-Repräsentation

Sie benötigen für die Implementierung eigener Funktionen immer die ID des Repositorys. Mit der DMSApp haben Sie die Möglichkeit, auf unterschiedliche Repositorys zuzugreifen, wenn Sie in Ihrem Unternehmen oder Ihrer Organisation mehrere Repositorys konfiguriert haben.

Wenn Sie beispielsweise, einen Suchvorgang starten möchten, müssen Sie erst ein Repository auswählen. Um das Repository anzugeben, führen Sie eine HTTP GET-Anforderung für die REST-Ressource /dms aus.

Das Ermitteln der Repository-ID erfolgt in zwei Schritten:

  • Ermitteln der Linkrelation zum Abrufen der Liste der Repositorys

  • Abrufen der Liste der Repositorys

Ermitteln der Linkrelation zum Abrufen der Liste der Repositorys

Die URL für ein Repository ist als Linkrelation in der Antwort (Response) der HTTP GET-Anforderung verfügbar.

Request

GET /dms
Accept: application/hal+json

Response

{
        _links: {
                repo: {
                        href: "/dms/r/{repositoryid}",
                        templated: true
                }
        }
}

Abrufen der Liste der Repositorys

Um repositoryspezifische Funktionen aufrufen zu können, benötigen Sie die Repository-ID.

Ersetzen Sie den Platzhalter {repositoryid} in der URL "/dms/r/{repositoyid}" mit der Repository-ID. Wenn Sie die Repository-ID nicht kennen, rufen Sie die URL /dms/r wie folgt auf:

Request

GET /dms/r
Accept: application/hal+json

In der Antwort erhalten Sie ein Array von Repositorys, bei dem jeweils die Repository-ID als Eigenschaft id und der Anzeigename des Repositorys als Eigenschaft name aufgeführt ist.

Response

{
        repositories: [
                {
                        id: "dee1f3d3-eae8-5d9d-84d8-2d758c5ddc27",
                        name: "Contoso (A)"
                },
                ...
        ]
}

Wenn Sie die Repository-ID bereits kennen, dann können Sie den Platzhalter {repositoryid} in der URL /dms/r/{repositoryid} mit der Repository-ID ersetzen. Wenn Sie URL mit der Repository-ID aufrufen, erhalten Sie folgendes Ergebnis:

Request

GET /dms/r/dee1f3d3-eae8-5d9d-84d8-2d758c5ddc27
Accept: application/hal+json

Das JSON-Objekt in der Antwort ist dasselbe Objekt wie in der Liste der JSON-Objekte aus der Anforderung zur URL /dms/r.

Response

{
        id: "dee1f3d3-eae8-5d9d-84d8-2d758c5ddc27",
        name: "Contoso (A)"
}
Übersicht über Formate bei Fehlern

Freigegeben: JSON-Repräsentation

In diesem Kapitel erfahren Sie mehr zu den Grundlagen der Fehlerbehandlung und zum Format, in dem Fehler zurückgegeben werden.

Abhängig vom Verarbeitungsergebnis einer HTTP-Anforderung wird die Anforderung mit verschiedenen HTTP-Statuscodes beantwortet. Optional werden beschreibende Informationen als JSON zurückgeliefert.

Beispiel für eine Antwort für eine fehlgeschlagene Anforderung (Request):

Response

HTTP/1.1 400 BadRequest
  
{
    "reason": "10019: Missing value for a mandatory property.",
    "severity": 1,
}

Beschreibung der Parameter zu der Antwort auf die fehlerhafte Anforderung:

Eigenschaft

Beschreibung

reason

Ein optionaler kurzer Beschreibungstext, weshalb der Fehler aufgetreten ist. Dieser Text wird als Titel der Fehlermeldung verwendet.

hint

Ein optionaler Hinweistext für den Anwender mit Tipps für die Fehlerbehebung.

details

Optionale Detailinformationen zum Fehler.

severity

Optionaler Schweregrad des Fehlers. Folgende Werte sind möglich:

Success = 0,
Information = 1,
Warning = 2,
Error = 3