Spezifikation / SPIIntegration2.1

Jakarta Connectors

Jakarta Connectors definiert Resource Adapter für Enterprise Information Systems wie ERP, Mainframe oder proprietäre Systeme.

Einordnung
Spezifikation / SPI
Enterprise-Rolle
Es ist eine tiefe Integrations-SPI für standardisierte Verbindung externer Systeme an Application Server.
Diagramm zu Jakarta Connectors

Fachliches Verständnis

Es ist eine tiefe Integrations-SPI für standardisierte Verbindung externer Systeme an Application Server. In der Praxis ist wichtig, die Spezifikation nicht mit der konkreten Runtime zu verwechseln. Der Standard beschreibt die portablen APIs, die Implementierung entscheidet über Konfiguration, Performance, Betrieb und Support.

Kernkonzepte

  • Resource Adapter.
  • Connection Management.
  • Transaction Inflow.
  • Message Inflow.

Typische Einsatzfälle

  • Mainframe/ERP Adapter.
  • Vendor-Connectoren betreiben.
  • Legacy Integration standardisieren.

Technisches Beispiel

java
@ApplicationScoped
public class ErpGateway {
    @Resource(lookup = "java:/eis/erp")
    private ErpConnectionFactory factory;

    public ErpOrder load(String number) {
        try (ErpConnection c = factory.getConnection()) {
            return c.orders().find(number);
        }
    }
}
Architekturregel: Jakarta APIs gehören an Systemgrenzen und Infrastrukturpunkte. Fachentscheidungen bleiben in Application Services und Domain-Modellen testbar und möglichst unabhängig vom Container.

Enterprise-Fallen

  • SPI selbst implementieren ohne Bedarf.
  • Connector-Lifecycle nicht überwachen.
  • Vendor-Konfiguration nicht dokumentieren.

Legacy-Modernisierung

Alte JCA Resource Adapter müssen bei Servermigration besonders geprüft werden.

Vertiefung: Review-Fragen für Senior-Entwickler
  • Welche Spezifikation ist hier wirklich nötig?
  • Welche Runtime-Funktion wird genutzt und ist sie portabel?
  • Wo liegt die Transaktionsgrenze?
  • Sind API-Verträge, DTOs und Domain-Modelle getrennt?
  • Ist der Code ohne Application Server testbar?