Compare commits
7 Commits
| Author | SHA1 | Date | |
|---|---|---|---|
 stefan
|
99cbfeef11 | ||
|
stefan
|
ed1cb507cf | ||
|
stefan
|
f4fab93a6c | ||
|
stefan
|
9b9f60a071 | ||
|
stefan
|
d219176609 | ||
|
stefan
|
7411038b3b | ||
|
stefan
|
77ee608094 |
@@ -1,14 +1,14 @@
|
||||
name: Feature Build — Windows MSI
|
||||
name: Feature Build — Windows MSI (via Conveyor)
|
||||
on:
|
||||
push:
|
||||
branches: [ "feature/*" ] # Reagiert auf alle Feature-Branches
|
||||
workflow_dispatch: # Nur noch manueller Start möglich, da ARM64-Runner inkompatibel
|
||||
# push:
|
||||
# branches: [ "feature/*" ] # Deaktiviert wegen ARM64 Exec Format Error
|
||||
|
||||
jobs:
|
||||
package-windows:
|
||||
name: 📦 Windows .msi Packaging
|
||||
# Nur ausführen, wenn Desktop-CI explizit aktiviert ist
|
||||
if: ${{ vars.DESKTOP_CI_ENABLED == 'true' }}
|
||||
runs-on: windows-latest
|
||||
# Desktop-CI ist nun via Conveyor auf Linux möglich
|
||||
runs-on: ubuntu-latest
|
||||
steps:
|
||||
- name: Checkout
|
||||
uses: actions/checkout@v4
|
||||
@@ -18,27 +18,39 @@ jobs:
|
||||
with:
|
||||
distribution: 'temurin'
|
||||
java-version: '21'
|
||||
cache: gradle
|
||||
|
||||
- name: Gradle cache
|
||||
uses: actions/cache@v4
|
||||
with:
|
||||
path: |
|
||||
~/.gradle/caches
|
||||
~/.gradle/wrapper
|
||||
.gradle
|
||||
key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties', 'gradle.properties') }}
|
||||
restore-keys: |
|
||||
${{ runner.os }}-gradle-
|
||||
|
||||
- name: Windows .msi bauen
|
||||
env:
|
||||
_JAVA_OPTIONS: -Djava.awt.headless=true
|
||||
- name: Gradle Build (Uber-JAR)
|
||||
run: |
|
||||
./gradlew :frontend:shells:meldestelle-desktop:packageMsi --stacktrace --no-daemon
|
||||
./gradlew :frontend:shells:meldestelle-desktop:jvmJar --no-daemon
|
||||
ls -lh frontend/shells/meldestelle-desktop/build/libs/
|
||||
|
||||
- name: Setup Conveyor
|
||||
run: |
|
||||
# Conveyor-Installation via Debian-Paket (stabiler in CI)
|
||||
sudo apt-get update && sudo apt-get install -y curl
|
||||
# Wir nutzen die offizielle Empfehlung für Debian-basierte Systeme
|
||||
curl -L https://conveyor.hydraulic.dev/install.sh -o install-conveyor.sh
|
||||
# Validierung: Wenn es kein Shell-Skript ist (sondern HTML), abbrechen
|
||||
if grep -q "<!DOCTYPE HTML" install-conveyor.sh; then
|
||||
echo "Fehler: Download-URL lieferte HTML statt Skript. Nutze npm-Fallback."
|
||||
npm install -g @hydraulic/conveyor
|
||||
else
|
||||
chmod +x install-conveyor.sh
|
||||
./install-conveyor.sh
|
||||
fi
|
||||
echo "$HOME/.conveyor/bin" >> $GITHUB_PATH
|
||||
|
||||
- name: Windows .msi mit Conveyor bauen
|
||||
run: |
|
||||
# HINWEIS: Erfordert aktuell einen x64-Linux-Runner.
|
||||
# Schlägt auf ARM64 (Zora) mit 'Exec format error' fehl.
|
||||
CONVEYOR_BIN=$(which conveyor || echo "$HOME/.conveyor/bin/conveyor")
|
||||
$CONVEYOR_BIN make windows-msi
|
||||
|
||||
- name: .msi Artefakt hochladen
|
||||
uses: actions/upload-artifact@v4
|
||||
with:
|
||||
name: meldestelle-windows-feature-build
|
||||
path: frontend/shells/meldestelle-desktop/build/compose/binaries/main/msi/*.msi
|
||||
if-no-files-found: warn
|
||||
path: output/*.msi
|
||||
if-no-files-found: error
|
||||
|
||||
@@ -113,5 +113,3 @@ Beiträge sind willkommen. Bitte lies zunächst die Entwickler-Guides unter [`do
|
||||
## 📜 Lizenz
|
||||
|
||||
Dieses Projekt steht unter der [MIT License](LICENSE).
|
||||
|
||||
## Gitea - Test
|
||||
|
||||
@@ -0,0 +1,62 @@
|
||||
# =============================================================================
|
||||
# Conveyor Configuration for Meldestelle Desktop App
|
||||
# =============================================================================
|
||||
# Dieser Build-Weg ermöglicht das Cross-Packaging für Windows (MSI) auf Linux.
|
||||
# Dokumentation: https://conveyor.hydraulic.dev/
|
||||
# =============================================================================
|
||||
|
||||
include required("https://raw.githubusercontent.com/hydraulic-software/conveyor/master/configs/jvm/extract-native-libraries.conf")
|
||||
|
||||
# Basis-Import der Gradle-Konfiguration (sofern das Plugin genutzt wird,
|
||||
# aber wir definieren es hier explizit für maximale Kontrolle im CI/CD).
|
||||
app {
|
||||
# Anzeige-Name und Vendor
|
||||
display-name = "Meldestelle"
|
||||
rdns-name = "at.mocode.meldestelle"
|
||||
vendor = "mo-code.at"
|
||||
contact-email = "support@mo-code.at"
|
||||
|
||||
# Version aus version.properties (Conveyor kann HOCON-Variablen nutzen)
|
||||
# Für diesen Task hart codiert oder via CLI-Flag --variable übergeben.
|
||||
version = "1.0.0"
|
||||
|
||||
# Beschreibung
|
||||
description = "ÖTO-konforme Turnier-Meldestelle – Desktop App"
|
||||
|
||||
# Ziel-Plattformen
|
||||
# Wir konzentrieren uns auf Windows, können aber Linux/Mac später ergänzen.
|
||||
site.base-url = "localhost" # Später echte Update-URL
|
||||
|
||||
# Icons
|
||||
icons = "frontend/shells/meldestelle-desktop/src/jvmMain/resources/icon.png"
|
||||
|
||||
# Einbetten der JRE (Temurin 21 wie in CI genutzt)
|
||||
jvm {
|
||||
gui {
|
||||
main-class = "at.mocode.frontend.shell.desktop.MainKt"
|
||||
}
|
||||
|
||||
# JVM-Argumente (analog build.gradle.kts)
|
||||
jvm-options = [
|
||||
"-Xms128m",
|
||||
"-Xmx512m",
|
||||
"-Dfile.encoding=UTF-8"
|
||||
]
|
||||
}
|
||||
|
||||
# Input-Dateien: Hier ziehen wir die Uber-JAR oder die Gradle-Outputs.
|
||||
# Da wir plattformunabhängig bleiben wollen, nutzen wir das Gradle-Output-Dir.
|
||||
inputs += "frontend/shells/meldestelle-desktop/build/libs/meldestelle-desktop-jvm-*.jar"
|
||||
|
||||
# Windows-spezifische Einstellungen
|
||||
windows {
|
||||
# Icon als .ico
|
||||
icons = "frontend/shells/meldestelle-desktop/src/jvmMain/resources/icon.ico"
|
||||
# GUID für Upgrades (muss stabil bleiben)
|
||||
upgrade-uuid = "a1b2c3d4-e5f6-7890-abcd-ef1234567890"
|
||||
# Menü-Eintrag
|
||||
menu-group = "Meldestelle"
|
||||
# Verknüpfung
|
||||
desktop-shortcut = true
|
||||
}
|
||||
}
|
||||
@@ -2,7 +2,7 @@
|
||||
type: Roadmap
|
||||
status: ACTIVE
|
||||
owner: Lead Architect
|
||||
last_update: 2026-04-30
|
||||
last_update: 2026-05-06
|
||||
---
|
||||
|
||||
# MASTER ROADMAP: Meldestelle
|
||||
@@ -87,7 +87,9 @@ Fokus: Physische Implementierung der Turnier-Hierarchie und technisches Onboardi
|
||||
* [x] **Handshake-Feedback:** Visuelle Signalisierung des Verbindungsstatus (Grün/Rot).
|
||||
* [x] **Client-Konfiguration:** Master kann nun Clients in der UI hinzufügen und bearbeiten.
|
||||
* [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt.
|
||||
* [ ] **PoC Verifikation:** 🔴 **FEHLGESCHLAGEN** (Hardware-Test durch User nicht erfolgreich - Analyse für Abend-Session erforderlich).
|
||||
* [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht (x64-Abhängigkeit identifiziert).
|
||||
* [ ] **PoC Verifikation:** 🔴 **BLOCKIERT** (Log 483: ARM64-Runner inkompatibel mit Conveyor-Binary; Workflow auf
|
||||
manuell gesetzt).
|
||||
|
||||
### MEILENSTEIN 1: Die Basis-Hierarchie (Prio 1) ⚪ GEPLANT
|
||||
|
||||
|
||||
@@ -0,0 +1,46 @@
|
||||
# Journal-Eintrag: 06.05.2026 - Windows Cross-Packaging mit Conveyor
|
||||
|
||||
## Kontext
|
||||
|
||||
Der Windows-Build (.msi) war bisher blockiert, da unser Gitea-Runner ("Zora") auf ARM64-Linux läuft und das
|
||||
Standard-Compose-Plugin zwingend eine Windows-Umgebung mit WiX Toolset für MSI-Pakete benötigt. Dies führte zu
|
||||
ständigen "Roten Kreuzen" in der CI.
|
||||
|
||||
## Durchgeführte Arbeiten
|
||||
|
||||
### 1. 🏗️ Strategiewechsel: Hydraulic Conveyor
|
||||
|
||||
Anstatt auf einen Windows-Runner zu warten, wurde **Hydraulic Conveyor** als Packaging-Lösung eingeführt. Conveyor
|
||||
erlaubt den Bau von Windows-MSI-Paketen direkt auf Linux, indem es eigene Toolchains mitbringt.
|
||||
|
||||
- **`conveyor.conf` erstellt:** Zentrale Konfiguration für die Desktop-App (Icons, JVM-Argumente, Windows-spezifische
|
||||
GUIDs).
|
||||
- **Eingangsquelle:** Nutzt das JVM-JAR des Desktop-Shell-Moduls als Input.
|
||||
|
||||
### 2. 🐧 Gitea-Workflow Update
|
||||
|
||||
Der Workflow `.gitea/workflows/feature-build.yml` wurde radikal umgebaut:
|
||||
|
||||
- **Runner-Wechsel:** Von `windows-latest` (der nie existierte) auf `ubuntu-latest`.
|
||||
- **Build-Schritte:**
|
||||
1. Gradle `jvmJar` erstellt die Plattform-unabhängige JAR.
|
||||
2. Installation von Conveyor via CLI.
|
||||
3. `conveyor make windows-msi` erzeugt das Paket.
|
||||
- **Artefakte:** Die resultierende `.msi`-Datei wird nun korrekt in der Gitea-UI hochgeladen.
|
||||
|
||||
## Status: In Arbeit (Verifikation ausstehend)
|
||||
|
||||
- **CI-Update:** Die Blockade durch die Variable `DESKTOP_CI_ENABLED` wurde entfernt. Der Workflow läuft nun bei jedem
|
||||
Push auf einen Feature-Branch.
|
||||
- **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-jvm-*.jar`)
|
||||
angepasst.
|
||||
- **Workflow-Stabilisierung:** Das Installations-Skript wurde um eine HTML-Validierung und einen **npm-Fallback**
|
||||
erweitert.
|
||||
- **Architektur-Blockade:** Analyse von Log #483 zeigt, dass Hydraulic Conveyor aktuell keine ARM64-Linux Binaries
|
||||
bereitstellt (`Exec format error`).
|
||||
- **Entscheidung:** Der Workflow wurde auf `manual` (`workflow_dispatch`) gesetzt, um Gitea-Rauschen zu vermeiden. Der
|
||||
Windows-Build erfordert
|
||||
einen x64-Runner oder muss weiterhin lokal beim User erfolgen.
|
||||
|
||||
**🏗️ [Lead Architect]**
|
||||
**🐧 [DevOps Engineer]**
|
||||
Reference in New Issue
Block a user