Skip to main content
POST
Pubblica Data App (deprecato)
Deprecato. Gli invii ora passano dalla procedura guidata di importazione del contratto del portale (basata sull’endpoint assemble-contract) o dalla catena in tre passaggi (salvataggio del workspace → creazione della build → creazione della release). Questo endpoint resta disponibile per la console integrata e i test esistenti; la rimozione verrà pianificata separatamente.
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

Il payload è wrappato in 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.

Librerie client

Gli SDK Python e JavaScript non wrappano ancora questo endpoint. Chiama REST direttamente.