Skip to main content
POST
Data App veröffentlichen (veraltet)
Veraltet. Einreichungen laufen jetzt über den Contract-Import-Assistenten des Portals (gestützt auf den assemble-contract-Endpoint) oder über die dreistufige Kette (Workspace speichern → Build erstellen → Release erstellen). Dieser Endpoint bleibt für die integrierte Konsole und bestehende Tests erhalten; die Entfernung wird separat geplant.
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

Payload ist in 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.

Client-Bibliotheken

Die Python- und JavaScript-SDKs wrappen diesen Endpoint noch nicht. REST direkt aufrufen.