Publishing
Data App veröffentlichen (veraltet)
One-shot-Publish-Sugar für api-type-Apps: submit und publish. Abgelöst durch Contract-Import-Wizard und Drei-Schritt-Kette.
POST
Data App veröffentlichen (veraltet)
POST https://api-datahub.octoparse.com/v1/data-apps
Authentifizierung: API-Schlüssel erforderlich (Authorization: Bearer <API Key>).
Veröffentlichung in einem Schritt für Apps vom Typ api (deklarativ): intern eine atomare Kette aus Identität anlegen → Workspace speichern → Build erstellen → Release erstellen. Absenden heißt veröffentlichen.
Die Version wird durch die Publish-Aktion entschieden: standardmäßig erhöht sich das Patch-Segment der aktuellen Max-Version um eins (erste ist 0.1.0). Die Submission braucht und trägt keine Versionsnummer (dieser Pfad ignoriert identity.version). Für eine explizite Version Create Release in der Drei-Schritt-Kette nutzen. code-type nutzt diesen Sugar nicht: Image-Builds sind asynchron, daher hält „submit and publish“ nicht.
Namespace wird aus auth abgeleitet: identity.app_name im Manifest ist nur der App-Name; die App landet unter dem eigenen des Publishers (Benutzer, App-Name). app_id wird einmal geprägt und überlebt Änderungen des Benutzernamens oder des App-Namens; externe Referenzen sind immer zweigeteilt. Releases sind unveränderlich: Beim erneuten Veröffentlichen wird eine neue Version angehängt und niemals eine alte überschrieben. Vor der Veröffentlichung laufen zwei Namenstore: Das Konto muss einen Benutzernamen haben (400); das historische Eigentum an (Benutzername, App-Name) muss Ihnen gehören — nach einer Übertragung des Benutzernamens geben die Namen des verwendeten Vorgängers ein 30-tägiges Einfrieren ein (409).
Anfrage
Anfrage-Body
string
erforderlich
Roher Manifesttext.
object
Angehängte Dateien.
object
Map von Secret-Namen zu Klartextwerten.
Beispielanfrage
Antwort
200 Erfolg
data gewrappt. Felder:
string
erforderlich
App-Name.
string
Publisher-Benutzername.
string
Veröffentlichte Versionsnummer.
string
—
object
erforderlich
—
string[]
—
string
—
Fehler
Fehlerantworten nutzen
{"error": {code, category, message, retryable}}. Siehe Fehler.