Fix BizTalk application ownership mapping
This commit is contained in:
@@ -1,6 +1,19 @@
|
||||
|
||||
# Changelog
|
||||
|
||||
## [2.3.3] - 2026-08-27
|
||||
### Fixed
|
||||
- Snapshot, shutdown and restore rows no longer show every Send Port, Receive Location and Orchestration under `(Unknown Application)` when the BizTalk runtime WMI classes omit application ownership.
|
||||
|
||||
### Changed
|
||||
- Application ownership is now read from the official read-only ExplorerOM application hierarchy, while WMI remains authoritative for runtime state and mutations.
|
||||
- **Diagnose** reports visible Send Ports and the exact number with a resolved application association; incomplete catalog access remains a visible warning instead of being hidden.
|
||||
- ExplorerOM is loaded process-locally from the GAC or identity-checked BizTalk installation paths, preserving the portable build and WMI-free installer self-test.
|
||||
|
||||
### Added
|
||||
- Regression coverage for Send Port, Receive Port/Location and Orchestration mapping, case-insensitive lookup and rejection of ambiguous cross-application names.
|
||||
- A dedicated PROD root-cause analysis, validation runbook and plain-text handoff for the application-association fix.
|
||||
|
||||
## [2.3.2] - 2026-08-26
|
||||
### Added
|
||||
- A persisted, fail-closed operator drain checkpoint between the global receive-location phase and all later real shutdown phases.
|
||||
|
||||
Reference in New Issue
Block a user