API HTTP Asset Compute Service

200 riuscito: quando la richiesta è riuscita. L'URL journal riceve notifiche sui risultati dell'elaborazione asincrona avviata tramite /process. Avvisa rendition_created eventi al completamento o rendition_failed eventi se il processo non riesce.

{
    "ok": true,
    "journal": "https://api.adobe.io/events/organizations/xxxxx/integrations/xxxx/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "requestId": "1234567890"
}

401 Non autorizzato: si verifica quando la richiesta non dispone di autenticazione valida. Un esempio potrebbe essere un token di accesso non valido o una chiave API non valida.

403 Non consentito: si verifica quando la richiesta non dispone di autorizzazione valida. Un esempio potrebbe essere un token di accesso valido, ma il progetto Adobe Developer Console (account tecnico) non è abbonato a tutti i servizi richiesti.

429 Troppe richieste: si verifica quando questo client o in altro modo sovraccarica il sistema. I client devono riprovare con un backoff esponenziale. Il corpo è vuoto.

4xx errore: errore del client e registrazione non riuscita. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

5xx error: si verifica quando si è verificato un altro errore sul lato server e la registrazione non è riuscita. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

200 operazione riuscita: si verifica quando la registrazione e il giornale di registrazione vengono trovati e rimossi.

{
    "ok": true,
    "requestId": "1234567890"
}

401 Non autorizzato: si verifica quando la richiesta non dispone di autenticazione valida. Un esempio potrebbe essere un token di accesso non valido o una chiave API non valida.

403 Non consentito: si verifica quando la richiesta non dispone di autorizzazione valida. Un esempio potrebbe essere un token di accesso valido, ma il progetto Adobe Developer Console (account tecnico) non è abbonato a tutti i servizi richiesti.

404 Non trovato: questo stato viene visualizzato quando le credenziali fornite vengono annullate o non sono valide.

{
    "ok": true,
    "requestId": "1234567890"
}

429 Troppe richieste: si verifica quando il sistema è sovraccarico. I client devono riprovare con un backoff esponenziale. Il corpo è vuoto.

4xx errore: si verifica quando si è verificato un altro errore del client e l'annullamento della registrazione non è riuscito. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

5xx error: si verifica quando si è verificato un altro errore sul lato server e la registrazione non è riuscita. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

200 completato: se la richiesta è stata inviata correttamente. JSON di risposta include "ok": true:

{
    "ok": true,
    "requestId": "1234567890"
}

400 Richiesta non valida: se la richiesta non è strutturata correttamente, ad esempio se nel payload JSON mancano i campi obbligatori. JSON di risposta include "ok": false:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

401 Non autorizzato: quando la richiesta non dispone di autenticazione valida. Un esempio potrebbe essere un token di accesso non valido o una chiave API non valida.

403 Non consentito: se la richiesta non dispone di autorizzazione valida. Un esempio potrebbe essere un token di accesso valido, ma il progetto Adobe Developer Console (account tecnico) non è abbonato a tutti i servizi richiesti.

429 Troppe richieste: si verifica quando il sistema è sovraccarico, a causa di questo particolare client o della domanda complessiva. I client possono riprovare con un backoff esponenziale. Il corpo è vuoto.

4xx errore: quando si è verificato un altro errore del client. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}

5xx errore: quando si è verificato un altro errore lato server. Di solito viene restituita una risposta JSON come questa, anche se ciò non è garantito per tutti gli errori:

{
    "ok": false,
    "requestId": "1234567890",
    "message": "error message"
}