Handle BizTalk artifact collection via ExplorerOM

Readme.md

@@ -22,7 +22,7 @@ BizTalk-Installationspfad geladen.
 - Anzahl und Zuordnung von Orchestrierungen
 - Send Ports und Send Port Groups
 - Receive Ports und Receive Locations
-- Assemblies, Schemas, Maps und Pipelines, soweit die jeweilige WMI-Klasse verfügbar ist
+- Assemblies, Schemas, Maps und Pipelines aus ExplorerOM
 - SAP-/IDoc-Indikatoren aus bereitgestellten Schemas, Actions und Artefaktnamen
 
 Die Liste ist nicht auf eine bisher bekannte 15-App-Liste begrenzt. Damit werden auch weitere Anwendungen wie beispielsweise `MasterData_SAP_WebGIS`, `MasterDataHeat`, `WoWHeatInvoice` oder `MeterChangeInfo/Order` sichtbar, sofern sie tatsächlich in der jeweiligen BizTalk-Gruppe installiert sind.
@@ -139,6 +139,7 @@ Das Tool zeigt jeden Abschnitt und die erzeugten Dateien direkt auf der Konsole
 [INFO] Suche die lokale Assembly Microsoft.BizTalk.ExplorerOM.dll.
 [INFO] ExplorerOM-Assembly geladen: Microsoft.BizTalk.ExplorerOM, Version=...
 [INFO] 34 BizTalk-Anwendung(en) geladen (412 ms).
+[INFO] ExplorerOM Schema: 87 Artefakt(e).
 [INFO] Verbinde lokal mit dem BizTalk-WMI-Namespace für optionale Zusatzdaten.
 [INFO] WMI-Abfrage abgeschlossen: SendPort; Datensätze=91; Dauer=173 ms.
 [INFO] Exportiere BizTalk-Gruppenbindings read-only mit BTSTask.
@@ -147,11 +148,12 @@ Das Tool zeigt jeden Abschnitt und die erzeugten Dateien direkt auf der Konsole
 [INFO] Ergebnisübersicht: Anwendungen=34; SAP-Endpunkte=12; Findings=4.
 ```
 
-Konsole und Log erhalten dieselben Fortschritts- und Diagnosemeldungen. Fehler
-enthalten Ausnahmetyp, HRESULT, WMI-Status, innere Ausnahmen und Stacktrace.
-Fehler eines Collectors stoppen die übrigen Abschnitte nicht. Fehlende optionale
-WMI-Klassen verwerfen insbesondere nicht die über ExplorerOM geladene
-Anwendungsliste.
+Konsole und Log erhalten dieselben Fortschritts- und Diagnosemeldungen.
+Pflichtfehler erscheinen als `[FEHLER]`, durch einen Fallback abgedeckte oder
+optionale Zugriffsfehler als `[WARNUNG]`. Ausnahmedetails enthalten Typ, HRESULT,
+WMI-Status, innere Ausnahmen und Stacktrace. Fehler eines Collectors stoppen die
+übrigen Abschnitte nicht; Fehler optionaler Zusatzdaten verwerfen insbesondere
+nicht die über ExplorerOM geladene Anwendungsliste.
 
 ## Ausgabedateien
 
@@ -226,10 +228,12 @@ Die Gitea-Workflowdatei `.gitea/workflows/build.yml` baut, testet und veröffent
 ### WMI meldet `Invalid class`
 
 Die Anwendungsliste verwendet nicht mehr die nicht verlässlich vorhandene Klasse
-`MSBTS_Application`, sondern ExplorerOM. Ein `Invalid class` für eine optionale
-Artefaktklasse erscheint mit WQL, HRESULT und WMI-Status im Log, wird als Finding
-übernommen und der Lauf wird fortgesetzt. Schlägt bereits
-`MSBTS_GroupSetting` fehl, kann die Management-Datenbank über die beiden
+`MSBTS_Application`, sondern ExplorerOM. Auch Assemblies, Schemas, Maps und
+Pipelines werden über ExplorerOM gelesen, weil `MSBTS_Assembly`, `MSBTS_Schema`,
+`MSBTS_Map` und `MSBTS_Pipeline` nicht zu den verlässlich registrierten
+BizTalk-WMI-Kernklassen gehören. Verbleibende optionale WMI-Fehler erscheinen mit
+WQL, HRESULT und WMI-Status als `[WARNUNG]`; der Lauf wird fortgesetzt. Schlägt
+bereits `MSBTS_GroupSetting` fehl, kann die Management-Datenbank über die beiden
 `--management-*`-Optionen vorgegeben werden.
 
 ### ExplorerOM-Assembly fehlt