Add live TLS certificate probing and improve restart error handling.

Configure CertificateCheckUrl per container for curl-like TLS checks, classify Sonic permission errors, and extend setup wizard for container management.

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
2026-08-03 13:16:21 +02:00
co-authored by Cursor
parent d20e0df618
commit 58b7826162
1430 changed files with 358394 additions and 71 deletions
@@ -0,0 +1,437 @@
# Dateiübersicht nach Ordnerstruktur
Was **jede einzelne Datei** macht inkl. Sonic Management API.
Projektroot der App: `ZA.CoreService.ESBCertificateManager/`
---
## 0. Gesamtbild (wer ruft wen)
```text
Program.cs
└─ Form1.cs (UI)
├─ Zertifikat lesen → CertificateInfo
├─ Ziele ← SonicContainerDiscovery (KnownContainers / Live)
└─ Neustart
└─ DeploymentOrchestrator
└─ RestartExecutor
└─ SonicManagementClient
└─ SonicMfApiExecutor
└─ java + Tools/SonicMfContainerTool
└─ Sonic JARs (externe API)
└─ Domain Manager tcp://…:13070
```
Konfiguration: `appsettings.json``AppSettingsLoader``AppSettings` / `SonicConnection`.
---
## 1. Projektroot (`ZA.CoreService.ESBCertificateManager/`)
### `Program.cs`
Einstiegspunkt der WinForms-App.
`ApplicationConfiguration.Initialize()` + `Application.Run(new Form1())`.
Keine Business-Logik.
### `Form1.cs`
**Gesamte Benutzeroberfläche** (Dark-Design, Sidebar, Zertifikatskarte, Grid, Buttons).
Wichtige Aufgaben:
| Bereich | Was passiert |
|---------|----------------|
| Zertifikat | Dateidialog → `X509Certificate2` → Subject/Issuer/Fingerprint/Gültigkeit anzeigen |
| Ziele | Grid aus `KnownContainers`; Button „Container laden“ → Live-Discovery |
| Prüfung | `ValidateRestartOnly` (ContainerName + SonicConnectionName) |
| Neustart | Bestätigung → `DeploymentOrchestrator.RestartOnlyAsync` → Ergebnisdialog |
| Status | Statuszeile, Fortschritt im Grid, SonicHome/Java-Anzeige |
Deploy-Button ist vorhanden im Layout, aber **ausgeblendet/deaktiviert**.
### `Form1.Designer.cs`
WinForms-Designer-Stub. `InitializeComponent()` ist praktisch leer das Layout wird in `Form1.cs` per Code gebaut.
### `Form1.resx`
Ressourcen-Datei zum Formular (Standard WinForms). Kaum eigene Inhalte.
### `appsettings.json`
**Laufzeitkonfiguration** die „Online“-Quelle für Sonic:
- `LogDirectory` wohin Logs geschrieben werden
- `SonicConnections[]` Domain, URL, User/Pass, Java, Lib-Pfad, **KnownContainers**
Beispiel-Verbindung `DE-Test` → Domain `proalpha-test`, Container `ct-ZADBService`.
### `ZA.CoreService.ESBCertificateManager.csproj`
Projektdatei: .NET 8 WinForms, NuGet (Configuration), welche Dateien nach `bin` kopiert werden (`appsettings`, `Tools`, `Assets`, `Docs`).
### `ZA.CoreService.ESBCertificateManager.csproj.user`
Lokale Visual-Studio-Benutzereinstellungen (Debugger usw.). Nicht fachlich relevant.
---
## 2. Ordner `Configuration/`
### `AppSettingsLoader.cs`
Liest `appsettings.json` über `Microsoft.Extensions.Configuration` und bindet sie an `AppSettings`.
Sucht zuerst im Output-Verzeichnis (`AppContext.BaseDirectory`), sonst im Arbeitsverzeichnis.
---
## 3. Ordner `Models/` (Datenstrukturen)
### `AppSettings.cs`
Root-Settings-Objekt:
- `LogDirectory`
- `List<SonicConnection> SonicConnections`
### `SonicConnection.cs`
Eine Sonic-/SMC-Verbindung:
| Property | Bedeutung |
|----------|-----------|
| `Name` | Alias, z. B. `DE-Test` |
| `DomainName` | z. B. `proalpha-test` |
| `ConnectionUrl` | `tcp://host:port` wie SMC |
| `Username` / `Password` | SMC-Login |
| `SonicHome` / `JavaHome` / `JavaPath` | Pfade |
| `MfClientLibPath` | Ordner mit Client-JARs |
| `KnownContainers` | Containerliste für die UI |
| `TimeoutSeconds` / `PostRestartDelaySeconds` | Timeouts |
| `ManagementModeDisplay` | Anzeigetext „MfApi …“ |
Enthält noch ältere Hilfsfelder/Enums (WinRM etc.) aus der Historie der aktive Client nutzt nur den MfApi-Pfad.
### `DeploymentTarget.cs`
Ein **Ziel** im Grid (ein Container zum Neustarten):
- `Id`, `Name`, `Environment`, `IsActive`
- `ContainerName` z. B. `ct-ZADBService`
- `SonicConnectionName` Verweis auf `SonicConnection.Name`
- `RestartType` für Neustart typischerweise `SonicContainer`
- Weitere Felder (TargetDirectory, Tls*, Xapi*) können noch im Model stehen, werden für den aktuellen Neustart-Pfad nicht mehr aktiv genutzt
### `CertificateInfo.cs`
Ergebnis der lokalen Zertifikatsprüfung:
- Subject, Issuer
- FingerprintSha256
- ValidFrom / ValidUntil
- IsCurrentlyValid
### `DeploymentRunResult.cs`
Ergebnisstrukturen nach einem Lauf:
- `DeploymentRunResult` Gesamtlauf (Liste Zielergebnisse, Zeiten, OverallSuccess)
- `TargetStepResult` ein Ziel (Success, StatusText, Detail, …)
- `ValidationIssue` / `PreflightValidationResult` Vorabprüfung
- `TargetProgressUpdate` Fortschritt für die UI
---
## 4. Ordner `Services/` (Geschäftslogik)
### `DeploymentOrchestrator.cs`
Orchestriert **nur Neustart** (kein Deploy/TLS):
1. `ValidateRestartOnly` → Preflight
2. `RestartOnlyAsync` → für jedes Ziel `RestartExecutor`
3. Schreibt Log über `RunLogger`
4. Meldet Progress an die UI
### `RestartExecutor.cs`
Mappt ein `DeploymentTarget` auf die passende `SonicConnection` und ruft
`SonicManagementClient.RestartContainerAsync(containerName)` auf.
### `PreflightValidator.cs`
Prüft vor dem Neustart:
- mindestens ein Ziel ausgewählt
- `ContainerName` gesetzt
- `SonicConnectionName` gesetzt
### `SonicManagementClient.cs`
**Dünne Fassade** zur MfApi (kein WinRM/HTTP/XApi mehr):
| Methode | Zweck |
|---------|--------|
| `CheckConnectionAsync` | Ping / Soft-Fallback KnownContainers+TCP |
| `GetContainersAsync` | Liste von Containern (API oder KnownContainers) |
| `RestartContainerAsync` | Neustart + Wartezeit `PostRestartDelaySeconds` |
### `SonicMfApiExecutor.cs`
**Brücke C# → Java.** Das ist der technische Kern „unsere Seite der API“:
1. Java 8+ finden (`JavaPath` / Suche)
2. Classpath aus allen JARs unter `MfClientLibPath` / `SonicHome\lib` bauen
3. `Tools\SonicMfContainerTool.class` laden (Version prüfen)
4. Prozess starten: `java -cp … SonicMfContainerTool ping|list|restart …`
5. Passwort über Env `ESB_SONIC_PASSWORD`
6. Erfolg bei Neustart nur wenn Output `OK:RestartInvoked` enthält
Öffentliche Methoden:
- `TestConnectionAsync` → Tool-Befehl `ping`
- `ListContainersAsync``list`
- `RestartAsync``restart`
- `ResolveRuntimePaths` → für Statuszeile in der UI
### `SonicContainerDiscovery.cs`
Baut die Zielliste:
- `BuildTargetsFromConfig()` aus `KnownContainers` in appsettings (Start der App)
- `DiscoverAsync()` live per `SonicManagementClient` listen + mit KnownContainers mergen
### `RunLogger.cs`
Schreibt Textdateien unter `LogDirectory` (ein Log pro Lauf). Redaktiert ggf. secrets-ähnliche Strings.
### `PathResolver.cs`
Löst relative Pfade gegen `AppContext.BaseDirectory` auf (z. B. für Logs).
---
## 5. Ordner `Tools/` (Java + Sonic-API)
Hier liegt der **eigentliche Aufruf der Sonic Management Application API**.
### `SonicMfContainerTool.java`
Kleines Java-Hilfsprogramm (Reflection, kompilierbar ohne Sonic-JARs auf dem Compile-Classpath).
**Befehle:**
| Befehl | Bedeutung |
|--------|-----------|
| `ping` | Connect + Agenten zählen |
| `list` | Containernamen der Domain ausgeben |
| `restart` | Lifecycle auf einem Container |
**Connect (API-Login):**
```text
Hashtable: ConnectionURLs, DefaultUser, DefaultPassword
→ new JMSConnectorAddress(env)
→ new JMSConnectorClient().connect(address, timeout)
```
Klassen aus Sonic-JARs:
- `com.sonicsw.mf.jmx.client.JMSConnectorAddress`
- `com.sonicsw.mf.jmx.client.JMSConnectorClient`
**Neustart Ziel:**
```text
ObjectName = {Domain}.{Container}:ID=AGENT
Beispiel: proalpha-test.ct-ZADBService:ID=AGENT
```
**Neustart Wege (nacheinander):**
1. **MBean.invoke** `"stop"` / `"restart"` / `"shutdown"` ← bevorzugt remote
2. **IAgentProxy** über `MFProxyFactory.createAgentProxy` (oft *unbounded*-Fehler)
3. **DomainManager**-Operationen wie `restartContainer` / `stopContainer`
Erfolg:
```text
OK:RestartInvoked method=…
INFO:ToolVersion=…
```
### `SonicMfContainerTool.class` / `SonicMfContainerTool$Args.class`
Vorkompilierter Java-8-Bytecode (major 52), den die App zur Laufzeit nutzt (ohne `javac` auf dem Zielrechner).
### `SonicMfContainerTool.jar`
Optional verpackte Variante des Tools (Classpath-Alternative).
### `verify-mfapi-classpath.bat`
Hilfsskript: prüft manuell, ob `JMSConnectorAddress` mit den JARs unter `C:\DEV\MQ10.0\lib` ladbar ist.
---
## 6. Ordner `Docs/` (Dokumentation)
### `Komplette-Erklaerung.md`
Schritt-für-Schritt: Zertifikat, Preflight, C#-Kette, Java-API, Fehlerbilder, Präsentationsskript.
### `Neustart-und-Management-API.md`
Kompaktere API-/Neustart-Erklärung inkl. „Was ist unnötig in der großen Sonic-API?“.
### `Dateiuebersicht-nach-Ordner.md`
Diese Datei Katalog aller Projektdateien.
---
## 7. Ordner `Assets/`
### `logo.png`
UI-/Branding-Grafik.
### `TestCertificates/esb-test-cert.cer`
Beispiel-Zertifikat zum lokalen Test der Dateierkennung (kein Sonic-Deploy).
---
## 8. Ordner `Demo/`
### `Demo/Central/esb-cert.cer`
Weiteres Beispielzertifikat. Nicht Teil der Online-Neustart-Logik.
---
## 9. Sibling-Ordner `doc-10.0.10/` (neben der App, im Repo)
Produkt-Dokumentation Aurea CX Messenger / Sonic (nicht App-Code).
### `CXMessenger_2017_R3.htm`
Index der offiziellen Doku. Wichtiger Link:
- **Management Application API Reference** → `Docs2017/api/mgmt_api/`
Das ist die API-Familie, die SMC und unser Java-Tool nutzen.
### `Docs2017/api/analytics-offloader/…`
Javadoc-Stub für Analytics Offload **nicht** der Neustart-Pfad.
### PDFs / vollständige `mgmt_api`
Im Index verlinkt; können im Checkout fehlen. Für Reviews idealerweise nachziehen.
---
## 10. Die Sonic Management Application API detailliert
### 10.1 Was „API“ hier bedeutet
Es ist **keine REST-URL der WinForms-App**.
Es ist die **Java Management Application API** von Sonic/Aurea:
- Transport: JMS zum Domain Manager (`tcp://host:port`)
- Steuerung: JMX-ähnliche ObjectNames + Operationen
- Authentifizierung: SMC-User/Pass
Dieselbe Schicht wie der Restart in der Sonic Management Console.
### 10.2 Welche Sonic-Klassen wir wirklich brauchen
| Klasse | Aufgabe |
|--------|---------|
| `JMSConnectorAddress` | Verbindungsparameter kapseln |
| `JMSConnectorClient` | Verbinden / disconnect / invoke / queryNames |
| `MFProxyFactory` | `createAgentProxy` |
| `IAgentProxy` | typisierte Methoden stop/restart/… (remote oft eingeschränkt) |
| ObjectName `domain.container:ID=AGENT` | Ziel-Agent |
Benötigte JARs typischerweise unter `C:\DEV\MQ10.0\lib`:
- `mgmt_client.jar`
- `mfcontext.jar`
- `sonic_Client.jar`
(+ weitere Abhängigkeiten im selben Ordner)
### 10.3 Warum die Sonic-API „viele unnötige Funktionen“ hat
Die Produkt-API deckt ab:
- Messaging (Queues, Topics, Durable Subs)
- Broker-Admin
- ESB
- Metrics / Notifications
- Config / Directory
**Für unseren Use-Case reichen 3 Schritte:** Connect → Agent finden → Stop/Restart.
Der Rest der JARs/Javadoc ist Produktumfang, nicht App-Feature.
### 10.4 „Unbounded client connector“
Remote-Clients (SMC, unser Tool) sind oft **unbounded**.
Dann schlägt `IAgentProxy.restart()` fehl mit:
```text
Operation unsupported for unbounded client connector
```
Deshalb bevorzugt das Tool **MBean.invoke("stop")**.
Operativ entspricht das oft SMC-Restart: Stop + Auto-Relaunch durch Launch Daemon.
### 10.5 Sequenz eines Neustarts (API-Ebene)
```text
1. C#: RestartExecutor → SonicManagementClient → SonicMfApiExecutor
2. C#: startet java -cp Tools;lib\*.jar SonicMfContainerTool restart …
3. Java: JMSConnectorClient.connect(url, user, pass)
4. Java: ObjectName = proalpha-test.ct-ZADBService:ID=AGENT
5. Java: connector.invoke(on, "stop", …) // oder Fallback
6. Java: OK:RestartInvoked
7. C#: PostRestartDelaySeconds warten
8. UI: Erfolg/Fehler + Log
```
---
## 11. Zertifikatsprüfung welche Dateien
| Datei | Rolle |
|-------|--------|
| `Form1.cs` | Dateiauswahl, PFX-Passwort, Anzeige |
| `Models/CertificateInfo.cs` | Ergebnisobjekt |
| `Assets/...` / `Demo/...` | optionale Testdateien |
Ablauf:
1. Datei wählen (`.cer/.crt/.pem/.pfx`)
2. Als `X509Certificate2` laden
3. Subject/Issuer/Fingerprint/Gültigkeit berechnen
4. Anzeigen **lokal verifiziert**
Nicht enthalten: Kopieren auf ESB, TLS-Probe gegen Live-Host, CA-Kettenprüfung.
---
## 12. Was absichtlich fehlt (gelöscht / deaktiviert)
| Früher | Status |
|--------|--------|
| `Data/targets.sample.json` + JSON-Repository | entfernt Ziele aus KnownContainers |
| SQL-Repos / Schema | entfernt |
| WinRM / LocalCmd / stopcontainer.bat-Executor | entfernt |
| CertificateDeployer / TlsCertificateProbe | entfernt |
| XApi-Import | entfernt |
| Deploy-Button | UI ausgeblendet |
---
## 13. Schnell-Tabelle „Datei → Ein Satz“
| Datei | Ein Satz |
|-------|----------|
| `Program.cs` | Startet die App |
| `Form1.cs` | UI + Zertifikat + Neustart-Klick |
| `Form1.Designer.cs` | Leerer Designer-Stub |
| `Form1.resx` | Formular-Ressourcen |
| `appsettings.json` | Sonic-Verbindung + KnownContainers + Java/Libs |
| `*.csproj` | Build/Copy-Regeln |
| `Configuration/AppSettingsLoader.cs` | JSON → Settings-Objekt |
| `Models/AppSettings.cs` | Settings-Root |
| `Models/SonicConnection.cs` | Eine SMC-/Domain-Verbindung |
| `Models/DeploymentTarget.cs` | Ein Container-Ziel im Grid |
| `Models/CertificateInfo.cs` | Lokales Zertifikats-Ergebnis |
| `Models/DeploymentRunResult.cs` | Lauf-/Validierungs-DTOs |
| `Services/DeploymentOrchestrator.cs` | Neustart über alle Ziele |
| `Services/RestartExecutor.cs` | Ziel → SonicClient |
| `Services/PreflightValidator.cs` | Pflichtfelder prüfen |
| `Services/SonicManagementClient.cs` | Fassade ping/list/restart |
| `Services/SonicMfApiExecutor.cs` | Java-Prozess + Classpath |
| `Services/SonicContainerDiscovery.cs` | KnownContainers + Live-Liste |
| `Services/RunLogger.cs` | Datei-Logs |
| `Services/PathResolver.cs` | Relative Pfade |
| `Tools/SonicMfContainerTool.java` | Sonic Management API Aufrufe |
| `Tools/*.class` / `.jar` | Vorkompiliertes Tool |
| `Tools/verify-mfapi-classpath.bat` | Classpath-Selbsttest |
| `Docs/*.md` | Erklärungen |
| `Assets/*` | Logo / Testzertifikat |
| `Demo/*` | Demo-Zertifikat |
| `doc-10.0.10/*` | Offizielle Sonic/CX-Messenger-Doku |
---
*Ende der Dateiübersicht. Für Ablauf-Details siehe `Komplette-Erklaerung.md`.*
@@ -0,0 +1,507 @@
# MfApi-Restart vollständige Erklärung
Stand: Tool-Version `2026-07-24d-restart-only`
Zweck dieses Dokuments: erklären, **wie die Sonic Management Application API (MfApi) in dieser App genutzt wird**, Schicht für Schicht von Button-Klick bis MBean-Aufruf.
---
## 1. Was ist „die API“ hier?
Es gibt **keine eigene REST-API** der WinForms-App.
Gemeint ist die **Sonic / Aurea MF Management Application API** (wie in der Sonic Management Console, SMC):
| Begriff | Bedeutung |
|---------|-----------|
| **MfApi** | Management Framework API über JMS/JMX-Client |
| **Domain Manager** | zentrale Verwaltung der Sonic-Domain |
| **Container / Agent** | laufende ESB-Instanz, z.B. `ct-ZADBService` |
| **SMC** | Sonic Management Console (UI mit denselben Credentials/URL) |
| **MBean** | verwaltbares Objekt im Domain Manager (`ObjectName`) |
Die App startet lokal einen **Java-Prozess**, der die offiziellen Sonic-Client-JARs lädt und denselben Neustart-Intent ausführt wie **Restart** in der SMC.
### Warum Java und nicht reines .NET?
Die Sonic-Client-Bibliotheken (`mgmt_client.jar`, `mfcontext.jar`, `sonic_Client.jar`, …) sind **Java**.
C# orchestriert nur: Konfiguration lesen → `java.exe` starten → stdout auswerten.
---
## 2. Was die App bewusst *nicht* mehr macht
Nach dem Slimming ist die API-Schicht **nur Restart**:
| Entfernt | Früher |
|----------|--------|
| `ping` | Verbindungstest über Agent-Query |
| `list` | Live-Containerliste aus dem Domain Manager |
| IAgentProxy-Fallback | oft „Operation unsupported for unbounded client connector“ |
| DomainManager-Scan | `restartContainer` / Manager-MBeans |
| WinRM / `stopcontainer.bat` | lokaler Script-Pfad |
| HTTP-REST-Pfade | ungenutzt |
Container kommen ausschließlich aus **`appsettings.json``KnownContainers`**.
---
## 3. Architektur-Überblick
```text
┌─────────────────────────────────────────────────────────────────┐
│ WinForms UI (Form1) │
│ Button „ESB neu starten“ │
└────────────────────────────┬────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────┐
│ DeploymentOrchestrator │
│ Preflight → Schleife über Ziele → Logging / Progress │
└────────────────────────────┬────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────┐
│ RestartExecutor │
│ Ziel → SonicConnection (Name-Match) │
└────────────────────────────┬────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────┐
│ SonicManagementClient │
│ Restart + PostRestartDelay │
└────────────────────────────┬────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────┐
│ SonicMfApiExecutor (.NET) │
│ Java finden, Classpath bauen, Process starten, Output prüfen │
└────────────────────────────┬────────────────────────────────────┘
│ Process: java -cp … SonicMfContainerTool restart …
┌─────────────────────────────────────────────────────────────────┐
│ SonicMfContainerTool (Java) │
│ connect → MBean.invoke(stop|restart) → OK:RestartInvoked │
└────────────────────────────┬────────────────────────────────────┘
│ tcp://…:13070 (JMS Management)
┌─────────────────────────────────────────────────────────────────┐
│ Sonic Domain Manager / Broker │
│ ObjectName: proalpha-test.ct-ZADBService:ID=AGENT │
│ Launch Daemon startet Container nach stop ggf. neu │
└─────────────────────────────────────────────────────────────────┘
```
---
## 4. Konfiguration (`appsettings.json`)
Beispiel (aktuell):
```json
{
"LogDirectory": "Logs",
"SonicConnections": [
{
"Name": "DE-Test",
"DomainName": "proalpha-test",
"ConnectionUrl": "tcp://dekun-painwbdet:13070",
"Username": "Administrator",
"Password": "Administrator",
"SonicHome": "C:\\DEV\\MQ10.0",
"JavaHome": "C:\\Program Files (x86)\\Java\\jre1.8.0_501",
"JavaPath": "C:\\Program Files (x86)\\Java\\jre1.8.0_501\\bin\\java.exe",
"MfClientLibPath": "C:\\DEV\\MQ10.0\\lib",
"KnownContainers": [ "ct-ZADBService" ],
"TimeoutSeconds": 120,
"PostRestartDelaySeconds": 20
}
]
}
```
### Felder erklärt
| Feld | Rolle |
|------|--------|
| **Name** | Alias der Verbindung. `DeploymentTarget.SonicConnectionName` muss dazu passen (hier `DE-Test`). |
| **DomainName** | Sonic-Domain (`proalpha-test`). Teil des JMX-`ObjectName`. |
| **ConnectionUrl** | Dieselbe TCP-URL wie in der SMC (`tcp://host:port`). |
| **Username / Password** | SMC-Login (nicht Windows/WinRM). Passwort geht als Env `ESB_SONIC_PASSWORD` an Java. |
| **SonicHome** | Installationsroot; Fallback für `lib\*.jar`, wenn `MfClientLibPath` leer/unbrauchbar. |
| **JavaPath** | Bevorzugter Pfad zu `java.exe` (**Java 8+**, Class major ≥ 52). |
| **JavaHome** | Alternativ `JavaHome\bin\java.exe`. |
| **MfClientLibPath** | Ordner mit Client-JARs (`mgmt_client.jar`, `mfcontext.jar`, …). |
| **KnownContainers** | Liste der Container-**Kurznamen** für die Grid-Ziele. |
| **TimeoutSeconds** | Timeout für Java-Prozess und Tool-Connect (5600 s, Clamp in Code). |
| **PostRestartDelaySeconds** | Wartezeit **nach** erfolgreichem `OK:RestartInvoked` (0120 s), bevor UI „fertig“ meldet. |
### Wichtige Namensunterscheidung
| Name | Beispiel | Ist |
|------|----------|-----|
| Verbindungs-Alias | `DE-Test` | Eintrag in `SonicConnections[].Name` |
| Domain | `proalpha-test` | Sonic-Domain |
| Container | `ct-ZADBService` | Agent / Container in SMC |
Häufiger Fehler: Alias `DE-Test` als Containername verwenden. Der ObjectName wäre dann falsch.
Korrekt:
```text
proalpha-test.ct-ZADBService:ID=AGENT
```
---
## 5. Ziele (DeploymentTarget)
Beim Start baut `SonicContainerDiscovery.BuildTargetsFromConfig()` aus jeder Connection und jedem `KnownContainers`-Eintrag ein Ziel:
| Property | Quelle / Wert |
|----------|----------------|
| `Name` | `"DE-Test / ct-ZADBService"` |
| `Environment` | `DomainName` |
| `ContainerName` | `ct-ZADBService` |
| `SonicConnectionName` | `DE-Test` |
| `RestartType` | `SonicContainer` |
Es gibt **keinen Live-Query** mehr („Container laden“ wurde entfernt).
---
## 6. Aufrufkette jede Methode
### 6.1 UI `Form1`
| Schritt | Methode / Ereignis | Aufgabe |
|---------|-------------------|---------|
| 1 | `btnRestartOnly.Click` | Startet `RunRestartOnlyAsync()` |
| 2 | `GetSelectedTargets()` | Angehakte Grid-Zeilen |
| 3 | `_orchestrator.ValidateRestartOnly(...)` | Vorabprüfung |
| 4 | MessageBox-Bestätigung | Nutzer bestätigt Neustart |
| 5 | `_orchestrator.RestartOnlyAsync(...)` | eigentlicher Lauf |
| 6 | Grid / Statuszeile | Ergebnis anzeigen (kein Erfolgs-Popup) |
### 6.2 `PreflightValidator.ValidateRestartOnly`
Prüft grob:
- mindestens ein Ziel gewählt
- `ContainerName` gesetzt
- `SonicConnectionName` gesetzt
Fehler → Abbruch **vor** Java.
### 6.3 `DeploymentOrchestrator`
| Methode | Aufgabe |
|---------|---------|
| `ValidateRestartOnly` | reicht an Preflight durch |
| `RestartOnlyAsync` | Log öffnen, alle gewählten Ziele nacheinander |
| `RestartTargetOnlyAsync` | Progress „Neustart…“ → Executor → `TargetStepResult` |
Kein Deploy, kein TLS, kein SQL.
### 6.4 `RestartExecutor.ExecuteAsync`
1. `ContainerName` prüfen
2. `SonicConnection` per `Name == target.SonicConnectionName` finden
3. `new SonicManagementClient(connection)`
4. `RestartContainerAsync(target.ContainerName)`
### 6.5 `SonicManagementClient.RestartContainerAsync`
1. `_mfApi.RestartAsync(containerName)`
2. Bei Erfolg: `Task.Delay(PostRestartDelaySeconds)`
3. Status/Detail-String für UI/Log zurückgeben
Die Verzögerung gibt dem Launch Daemon Zeit, den Container wieder hochzufahren. Sie ist **kein** aktiver SMC-Status-Poll.
### 6.6 `SonicMfApiExecutor` die C#-Brücke
#### `PrepareTool()`
1. **Java** über `ResolveJavaExe()`:
- `JavaPath`
- `JavaHome\bin\java.exe`
- `JAVA_HOME` / `JRE_HOME`
- `java.exe` aus PATH
2. **Classpath** über `ResolveSonicClasspath()`:
- alle `*.jar` aus `MfClientLibPath`, sonst `SonicHome\lib` / `SonicHome`
- bevorzugte Reihenfolge: `mgmt_client.jar`, `mfcontext.jar`, `sonic_Client.jar`, `sonic_Crypto.jar`, `mf_common.jar`, dann Rest
3. **Tool-Verzeichnis** mit `SonicMfContainerTool.class` (`Tools\` neben der EXE)
Ergebnis-Classpath grob:
```text
<App>\Tools;<MfClientLibPath>\mgmt_client.jar;...;<weitere jars>
```
#### `RestartAsync(containerName)`
Startet:
```text
java -cp "<Tools>;<jars>" SonicMfContainerTool restart
--domain proalpha-test
--url tcp://dekun-painwbdet:13070
--user Administrator
--container ct-ZADBService
--timeout 120
```
- Argumente über `ProcessStartInfo.ArgumentList` (keine manuellen Quotes → sonst Classpath-Bugs)
- Passwort: Umgebungsvariable `ESB_SONIC_PASSWORD`
- stdout/stderr lesen, auf Timeout killen
#### Erfolgskriterium in C#
Alles muss gelten:
1. `ExitCode == 0`
2. Ausgabe enthält `OK:RestartInvoked`
3. Ausgabe enthält **kein** `ERROR:`
Sonst Fehlertext (+ Classpath-Hinweis bei `ClassNotFoundException` / `JMSConnectorAddress`).
---
## 7. Java-Tool der eigentliche API-Call
Datei: `Tools/SonicMfContainerTool.java`
Bytecode: `Tools/SonicMfContainerTool.class` (Java 8 / major 52)
Version-Stamp: `TOOL_VERSION = "2026-07-24d-restart-only"` (erste INFO-Zeile)
### 7.1 `main`
1. `INFO:ToolVersion=…` ausgeben
2. Args parsen nur Befehl `restart` erlaubt
3. Pflicht: `--domain`, `--url`, `--user`, `--container`
4. Passwort: `--password` oder Env `ESB_SONIC_PASSWORD`
5. `connect(...)`
6. `restart(...)`
7. `disconnect` im `finally`
### 7.2 `connect` Einloggen wie SMC
```text
Hashtable env:
ConnectionURLs = tcp://…
DefaultUser = Administrator
DefaultPassword = …
JMSConnectorAddress(env)
JMSConnectorClient()
optional: setTimeout / setRequestTimeout
client.connect(address [, timeout])
```
Klassen (aus den JARs, per Reflection):
- `com.sonicsw.mf.jmx.client.JMSConnectorAddress`
- `com.sonicsw.mf.jmx.client.JMSConnectorClient`
Reflection statt direkter Compile-Abhängigkeit: das Tool kompiliert ohne Sonic-JARs auf dem Build-Rechner; zur Laufzeit müssen die JARs im Classpath liegen.
### 7.3 `restart` ObjectName und Lifecycle
1. Kurzname bilden (`proalpha-test.ct-ZADBService``ct-ZADBService`)
2. ObjectName:
```text
<DomainName>.<ContainerKurzname>:ID=AGENT
→ proalpha-test.ct-ZADBService:ID=AGENT
```
3. Operationen der Reihe nach:
| Versuch | Operation | Bedeutung |
|---------|-----------|-----------|
| 1 | `stop` | Agent stoppen (SMC macht oft faktisch Stop; Daemon startet neu) |
| 2 | `restart` | falls vorhanden und erlaubt |
4. Aufruf:
```text
connector.invoke(objectName, op, new Object[0], new String[0])
```
Das ist der JMX/`MBeanServerConnection.invoke`-Weg über den Sonic-Management-Connector.
### 7.4 Side-Effect bei `stop`
Wenn `stop` eine Exception wirft, deren Message auf Verbindungsabbruch hindeutet (`disconnect`, `closed`, `not connected`, `connection lost`), wertet das Tool das als **Erfolg**:
```text
OK:RestartInvoked method=MBean.stop(side-effect) …
```
Grund: der Agent geht runter und reißt oft die Management-Session das ist erwartbar, kein „echter“ Fehlschlag.
### 7.5 Erfolgszeile
```text
OK:RestartInvoked method=MBean.stop container=ct-ZADBService domain=proalpha-test tool=2026-07-24d-restart-only
```
C# sucht genau nach `OK:RestartInvoked`.
### 7.6 Ausgabe-Konventionen
| Präfix | Bedeutung |
|---------|-----------|
| `INFO:` | Fortschritt / ObjectName / Trying … |
| `WARN:` | fehlgeschlagener Versuch, Weiterversuch |
| `ERROR:` | fatal, ExitCode ≠ 0 |
| `OK:RestartInvoked` | Erfolg |
---
## 8. Sequenz (zeitlich)
```mermaid
sequenceDiagram
participant UI as Form1
participant Orch as DeploymentOrchestrator
participant RE as RestartExecutor
participant MC as SonicManagementClient
participant EX as SonicMfApiExecutor
participant JV as SonicMfContainerTool
participant DM as Sonic Domain Manager
UI->>Orch: RestartOnlyAsync(selected)
Orch->>RE: ExecuteAsync(target)
RE->>MC: RestartContainerAsync(ct-ZADBService)
MC->>EX: RestartAsync(...)
EX->>EX: PrepareTool (java + jars + class)
EX->>JV: Process start restart …
JV->>DM: JMSConnectorClient.connect
JV->>DM: invoke(…:ID=AGENT, "stop")
DM-->>JV: ok / disconnect side-effect
JV-->>EX: OK:RestartInvoked
EX-->>MC: Success=true
MC->>MC: Delay PostRestartDelaySeconds
MC-->>UI: Status + Detail
```
---
## 9. Dateien und Verantwortlichkeiten
| Datei | Rolle |
|-------|--------|
| `Form1.cs` | UI, Auswahl, Bestätigung, Status |
| `Services/DeploymentOrchestrator.cs` | Lauf orchestrieren, Log |
| `Services/PreflightValidator.cs` | Vorabprüfung |
| `Services/RestartExecutor.cs` | Ziel → Connection |
| `Services/SonicManagementClient.cs` | Restart + Delay |
| `Services/SonicMfApiExecutor.cs` | Java-Prozess, Classpath, Erfolgsauswertung |
| `Services/SonicContainerDiscovery.cs` | KnownContainers → Grid-Ziele |
| `Models/SonicConnection.cs` | Konfigurationsmodell |
| `Models/DeploymentTarget.cs` | Zielzeile |
| `Tools/SonicMfContainerTool.java` | API-Client (Quellcode) |
| `Tools/SonicMfContainerTool.class` | ausgeliefert / Java-8-Bytecode |
| `appsettings.json` | Verbindungen + Containerliste |
---
## 10. Laufzeit-Voraussetzungen
1. **Java 8+** erreichbar (`JavaPath` empfohlen)
2. **`MfClientLibPath`** zeigt auf Ordner mit Sonic-Client-JARs
3. **`Tools\SonicMfContainerTool.class`** liegt neben der gebauten App
4. Netzwerk zu `ConnectionUrl` (Port z.B. 13070)
5. Gültige SMC-Credentials
6. Containername stimmt mit SMC überein (`ct-ZADBService`)
7. Domain Manager / Launch Daemon müssen Container nach Stop wieder starten können
### Tool neu kompilieren
```text
javac --release 8 -encoding UTF-8 Tools\SonicMfContainerTool.java
```
(oder `-source 1.8 -target 1.8`)
Danach App neu bauen, damit `.class` nach `bin\…\Tools\` kopiert wird (csproj Content-Copy).
---
## 11. Typische Fehler und Ursache
| Symptom | Ursache | Maßnahme |
|---------|---------|----------|
| `ClassNotFoundException: JMSConnectorAddress` | Classpath ohne MF-JARs / falsche Quotes | `MfClientLibPath` prüfen; `ArgumentList` nicht manuell quoten |
| `UnsupportedClassVersionError` | Runtime zu alt oder `.class` zu neu | Java 8+ Runtime; Tool mit `--release 8` bauen |
| `Java nicht gefunden` | `JavaPath` falsch | appsettings korrigieren |
| `Tools\SonicMfContainerTool.class nicht gefunden` | Build/Copy fehlt | Projekt neu bauen |
| `Neustart fehlgeschlagen` + Attempts | MBean `stop`/`restart` abgelehnt | ObjectName/Rechte/Containerstatus in SMC prüfen |
| Timeout | Domain Manager hängt / Netz | `TimeoutSeconds`, Firewall, Broker |
| Falscher Container | Alias statt Kurzname | `KnownContainers`: `ct-ZADBService` |
| Kein `ToolVersion=` in Output | alte/falsche `.class` | Tools neu kompilieren, Output-Ordner prüfen |
---
## 12. Verhältnis zur SMC
| SMC | Diese App |
|-----|-----------|
| Login mit User/Pass auf Domain-URL | dieselben Werte in appsettings |
| Container im Baum wählen | `KnownContainers` + Grid |
| Rechtsklick → Restart | `MBean.invoke("stop"|"restart")` auf `…:ID=AGENT` |
| UI zeigt Online/Offline | App wartet nur `PostRestartDelaySeconds`, pollt Status nicht |
Operativ oft: **Stop am Agent-MBean**; der **Launch Daemon** bringt den Container wieder hoch analog zu vielen SMC-Restart-Verhalten bei remote „unbounded“ Clients.
Früher getestet: `IAgentProxy.restart()` schlägt remote häufig mit
`Operation unsupported for unbounded client connector` fehl deshalb der direkte MBean-Weg.
---
## 13. Sicherheitshinweise
- Passwort steht in `appsettings.json` (Klartext) und kurzzeitig in der Prozess-Umgebung `ESB_SONIC_PASSWORD`.
- Nicht in öffentliche Repos committen bzw. Secrets auslagern.
- Logs (`LogDirectory`) können Tool-Output enthalten ggf. sensible Zeilen beachten.
---
## 14. Manueller Test (ohne UI)
Mit denselben Werten wie in appsettings:
```text
set ESB_SONIC_PASSWORD=Administrator
java -cp "Tools;C:\DEV\MQ10.0\lib\*" SonicMfContainerTool restart ^
--domain proalpha-test ^
--url tcp://dekun-painwbdet:13070 ^
--user Administrator ^
--container ct-ZADBService ^
--timeout 120
```
Erwartet u.a.:
```text
INFO:ToolVersion=2026-07-24d-restart-only
INFO:ObjectName=proalpha-test.ct-ZADBService:ID=AGENT
INFO:Trying MBean.invoke(stop)
OK:RestartInvoked method=MBean.stop container=ct-ZADBService domain=proalpha-test tool=2026-07-24d-restart-only
```
(Unter Windows Classpath ggf. mit `;` und expliziten JAR-Namen statt `*`, je nach Shell.)
---
## 15. Kurzfassung
1. UI wählt Ziel aus `KnownContainers`.
2. C# findet die passenden Sonic-Verbindungsdaten.
3. C# startet Java mit MF-Client-JARs + `SonicMfContainerTool`.
4. Java verbindet sich wie die SMC an den Domain Manager.
5. Java ruft auf dem Agent-MBean `stop` (sonst `restart`) auf.
6. Bei `OK:RestartInvoked` wartet C# noch `PostRestartDelaySeconds` und meldet Erfolg.
**Der einzige echte Sonic-API-Call der App ist:**
`JMSConnectorClient.invoke(<domain>.<container>:ID=AGENT, "stop"|"restart", …)`.