Skip to content

[Java SDK] Implementierung Core-Modul 1.X

User Story

Als Entwickler:in eines Meta‑SDK‑Moduls (Java, .NET, JavaScript) möchte ich ein schlankes Core‑Paket mit einheitlichen APIs für HTTP‑Kommunikation, Kryptografie, I/O‑Streaming (inkl. Chunking) und Validierung erhalten, damit alle weiteren Module auf einer stabilen, sicheren und abhängigkeitssparenden Basis aufsetzen können.

Warum

Ein konsistentes Core‑Modul reduziert Dopplungen, erleichtert Wartung und ermöglicht übergreifende Sicherheits‑ und Performance‑Optimierungen. Durch die Umstellung soll die Flexibilität und Einfachheit bei der Weiterentwickelbarkeit sichergestellt werden. Das Core-Modul soll in allen weiteren FIT-Connect-SDK-Module verwendet werden, nutzt selbst aber keine davon.

Links, Hinweise, Bemerkungen

  • .NET Story (#tbd)
  • JS Story (#tbd)
  • API Spezifikation (tbd link)

Akzeptanzkriterien

  1. API‑Spezifikation deckt alle fünf Teilbereiche - HTTP, Krypto, I/O, Chunking, Validation (inkl. Interceptoren / Pipelines), Dependency Injection - vollständig ab, ist versioniert und wurde vom Architektur‑Board freigegeben. (Fokus ist die Wiederverwendung in unseren sonstigen SDK-Modulen.
  2. Teilbereiche HTTP & I/O sind implementiert
  3. Tests sind erstellt
  4. Lizenz‑ und CVE‑Scan der CI‑Pipeline liefert keine Beanstandungen.
  5. Aktuelle FIT-Connect SDKs nutzt die Funktionalitäten des Core-Moduls und erfüllt die bisherigen Tests
  6. Muster-Online-Dienst demonstriert Versand & Empfang gemäß den bisherigen Tests
  7. (optional) ADR‑Compliance Check/Contract Testing in der Pipeline bestätigt, dass alle Core‑Änderungen mit den finalen ADRs konform sind (wir sollten hier zumindest damit starten) - Timebox max. 5 PT für alle Programmiersprachen und ansonsten packen wir das in eine separate Story. Vom Team ZSD kann man sich inspirieren lassen
  8. Doku und API-Spezifikation ist entsprechend angepasst und veröffentlicht
  9. GIT Struktur isst angepasst (auf die künftige Modularisierung ausrichten und Öffnung für Open Source - viele Entwickler) - aktuelle Annahme: im aktuellen Projekt eingliedern

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)

Edited by Wojciech Gdaniec