Zwing Docs

GIP

Ginesys Integration Platform — apps, connectors, task pipelines, ingress APIs, and operations

Introduction

GIP (Ginesys Integration Platform) is the backend and data model behind the G1 DIP (Data Integration Platform) admin console. If you are searching for "DIP" in internal docs or repos, this section is the same product: configuration happens in the G1 DIP admin UI (g1-dip-frontend), while inbound traffic and job execution run through ingress and egress services in Zwing Connect.

This documentation describes features end-to-end: provisioning from public templates, connector–event mappings, task trees, event logs and jobs, async and sync ingress, and the App Connector Service (ACS) HTTP API.

Configuration and execution span the zwing-connect repo (ACS, ingress, egress, libs/dip-v2) and the g1-dip-frontend console. For deployment and secrets, see Platform and Local development.

Glossary

TermMeaning
AppA tenant-scoped integration application with inbound/outbound flags, access type, and optional link to a public app (refPublicAppId).
EventA named occurrence (eventCode) bound to an app, either inbound or outbound, with optional publish/listener config.
ConnectorLinks an outbound app to an inbound app for a given enterprise (ssoEnterpriseId).
Connector–event mappingFor one connector, maps an outbound event to an inbound event and holds filters, templates, retry behaviour, ordering flags, and references to the event task tree.
Event taskA node in the configurable pipeline (HTTP, mapping, transform, etc.) stored per mapping; tasks form a tree via parentId.
Event logRecord of an accepted inbound payload (blob path, status pipeline) for tracing.
JobWork unit created from an event log for a specific mapping; tracks status, blob paths, and retry.
Job taskRuntime execution row for each step of the tree for a given job.

Explore

Edit on GitHub