@emfts/uimodel-composer

emf.ts.ui

Monorepo für die UIModel-getriebene UI-Komposition auf EMF.ts.

Statt Oberflächen von Hand zu bauen, wird die UI als UIModel (Ecore/XMI) beschrieben und zur Laufzeit interpretiert — inklusive generischer Feature-Platzhalter, expression-fähiger Widget-Parameter, Kontrollstrukturen und eines modellierten, CSS-basierten Styling-Konzepts.

Pakete

Die Erweiterungen definieren eigene EPackages, die das Core-UIModel nicht verändern (Klassen erben per href von Component/WidgetComponent), und bringen ihre Laufzeit-Bibliotheken als Peer-Dependencies mit. Der Core hängt an keiner davon.

Apps (nicht publiziert)

Entwicklung

npm install            # im Repo-Root (npm workspaces)
npm run build          # alles bauen (Pakete + Apps)
npm run build:packages # nur die publizierten Pakete (das baut auch die CI)
npm run test:run       # alle Tests
npm run type-check     # nur Typprüfung

npm run dev:editor     # Editor-App starten
npm run dev:example    # Example-App starten

Die CI baut bewusst nur build:packages: apps/editor hängt an @emfts/command, das bisher nur als lokaler file:-Verweis existiert und auf einem Runner nicht auflösbar ist. Sobald @emfts/command veröffentlicht ist, kann der App-Build in die CI aufgenommen werden.

Reihenfolge beim Bauen: der Core zuerst — die Erweiterungs-Pakete prüfen gegen seine dist-Typen (npm run build im Root erledigt das).

Die generierten TypeScript-Klassen werden nicht von Hand gepflegt, sondern mit @emfts/codegen aus den .ecore-Modellen erzeugt (npm run generate je Paket). Details im Core-README.

Release

Wie in den übrigen emf.ts-Repos gilt: der Tag ist die Wahrheit. Die Version in der package.json ist nur eine Untergrenze — veröffentlicht wird die Version aus dem Release-Tag.

Weil hier mehrere Pakete mit eigenen Versionen liegen, trägt der Tag zusätzlich das Paket:

<paket>@<version>        z. B.  uimodel-composer@0.0.2-next.1
                                uimodel-vega@0.0.1-next.1
                                tsrouter@0.1.0

Ein GitHub-Release auf so einem Tag löst .github/workflows/publish.yml aus: Version aus dem Tag setzen → npm ci → alle Workspaces bauen → Tests → npm publish --provenance in das betroffene Paketverzeichnis. Das dist-tag ergibt sich aus der Version: mit Bindestrich (-next.N) → next, reines Semver → latest.

gh release create uimodel-composer@0.0.2-next.1 --generate-notes

Authentifiziert wird über npm Trusted Publishing (OIDC) — keine Tokens im Repo. Das muss auf npmjs.com pro Paket einmal eingerichtet werden (Package → Settings → Trusted Publisher: Repository eclipse-fennec/emf.ts.ui, Workflow publish.yml). Da das ein existierendes Paket voraussetzt, läuft die Erstveröffentlichung einmalig lokal:

npm login
cd packages/tsrouter          && npm publish   # Reihenfolge: Abhängigkeiten zuerst
cd ../uimodel-composer        && npm publish
cd ../uimodel-vega            && npm publish
cd ../uimodel-maps            && npm publish
cd ../uimodel-diagram         && npm publish

Bewusst ohne --tag: so erhält jedes neue Paket ein latest, damit npm install @emfts/<paket> ohne @next funktioniert (gleiche Praxis wie bei @emfts/core, @emfts/codegen, @emfts/vue-registry). Alle Folge-Releases laufen dann über GitHub Actions.

Lizenz

EPL-2.0