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 |