Connector Sdk Deep Dive

Análisis del repositorio camunda/connectors. El SDK tiene dos interfaces principales: OutboundConnectorFunction (un solo método execute()) y InboundConnectorExecutable (con lifecycle activate/deactivate). Inbound connectors son long-running, deben ser async, y manejan correlación vía InboundConnectorContext. El runtime maneja secret resolution, validation, y deserialization en un solo call: context.bindVariables(Class<T>).

Resumen

El SDK es relativamente simple: dos interfaces, un context, mecanismo de discovery via classpath/annotations. La elegancia está en bindVariables() que hace 3 cosas (deserialize + validate + replace secrets) en un solo call. Inbound connectors son significativamente más complejos que outbound (lifecycle, correlation, failure strategies). Secret providers son chain of responsibility (env vars, Vault, AWS/Azure/GCP).

Páginas derivadas

• concepts/connector-sdk-architecture — Outbound vs Inbound, lifecycle, context APIs, secret resolution, element templates

Gaps abiertos

• Análisis del element-template-generator — bajo prioridad (Web Modeler feature)
• Webhook connector implementation detail — bajo prioridad (caso específico)