Publishing
Pubblica Data App (deprecato)
Sugar di publish one-shot per app api-type: submit e publish. Sostituito dal wizard import contratto e dalla catena a tre step.
POST
Pubblica Data App (deprecato)
POST https://api-datahub.octoparse.com/v1/data-apps
Autenticazione: API key obbligatoria (Authorization: Bearer <API Key>).
Scorciatoia di pubblicazione in un solo passaggio per le app di tipo api (dichiarative): internamente è una catena atomica di creazione dell’identità → salvataggio del workspace → creazione della build → creazione della release. Inviare significa pubblicare.
La versione è decisa dall’azione di publish: di default il segmento patch della max version corrente incrementa di uno (la prima è 0.1.0). La submission non necessita né porta un numero di versione (questo path ignora identity.version). Per una versione esplicita usa create release nella catena a tre step. code-type non usa questo sugar: gli image build sono asincroni, quindi “submit and publish” non tiene.
Lo spazio dei nomi viene dedotto da auth: identity.app_name nel manifesto è solo il nome dell’app; l’app atterra sotto il nome dell’editore (utente, nome dell’app). app_id viene coniato una volta e sopravvive alle modifiche del nome utente o del nome dell’app; i riferimenti esterni sono sempre a due segmenti. Le versioni sono immutabili: la pubblicazione aggiunge di nuovo una nuova versione e non ne sovrascrive mai una vecchia. Due name gate vengono eseguiti prima della pubblicazione: l’account deve avere un nome utente (400); la proprietà storica di (nome utente, nome dell’app) deve essere tua — dopo un trasferimento del nome utente, i nomi utilizzati dal predecessore entrano in un blocco di 30 giorni (409).
Richiesta
Body della richiesta
string
obbligatorio
Testo grezzo del manifest.
object
File allegati.
object
Mappa da nomi secret a valori in chiaro.
Esempio di richiesta
Risposta
200 successo
data. Campi:
string
obbligatorio
Nome dell’app.
string
Username del publisher.
string
Numero di versione pubblicata.
string
—
object
obbligatorio
—
string[]
—
string
—
Errori
Le risposte di errore usano
{"error": {code, category, message, retryable}}. Vedi Errori.