ejsiron/HyperVive
52.5
Weak · 20 September 2026
2.2k
lines of production code
VB.NET
with C
1
measurement over time
What this system is
HyperVive is a Windows service designed to manage Hyper-V virtual machines by enabling Wake-on-LAN functionality and monitoring checkpoint jobs. It operates by tracking virtual network adapters to start VMs upon receiving magic packets and by logging snapshot lifecycle events to the Windows Event Log. The system is packaged as a .NET Framework service with a dedicated installer and standardized message definitions for structured logging.
Features
Initial project scaffolding for HyperVive service
Added the foundational project files for the HyperVive service, including the application manifest, assembly information (version 3.0.0.0), and default settings and resources containers. This establishes the basic structure for the .NET service that performs utility functions for Hyper-V virtual machines.
Service/My Project · high confidence
Initial release of the HyperVive Windows Service
This change introduces the core HyperVive service, which monitors virtual machine network adapters and checkpoint jobs to enable Wake-on-LAN functionality. The service registers a virtual network adapter inventory to track MAC addresses, listens for magic packets, and starts associated virtual machines upon receipt. It also implements a checkpoint job watcher to monitor and log snapshot creation, application, and deletion events. The service requires Administrator privileges to run and logs all activities, errors, and debug messages to the Windows Event Log.
Service · high confidence
Installer for HyperVive service added
A new Windows installer package has been added for the HyperVive application. The setup project uses WiX Toolset v3.10 to create an MSI that installs the HyperVive service executable and its associated message file into the Program Files directory. The installer configures the service to run under the LocalSystem account with automatic startup, includes a restart policy for service failures, and registers an event source for logging to the Windows Application log. The installation experience features a custom banner and background, and the license agreement is displayed using the MIT License text.
Setup · high confidence
Architecture
ServiceMessages project extracted to build HyperViveServiceMessages.dll
The service message definitions have been moved into a dedicated ServiceMessages project, which builds a new DLL named HyperViveServiceMessages.dll. This change introduces a standardized message catalog (LogMessages.mc) defining categories for application, module, debug, magic packet, VM starter, checkpoint, and CIM/WMI errors, along with reusable template components for virtual machines, IP addresses, jobs, and checkpoint actions, making these messages available as a shared resource for other components.
ServiceMessages · high confidence
Behavioural changes
HyperVive 3.5: Refined checkpoint event IDs and delayed service start
The service now splits the generic checkpoint event IDs (4000–4002) into specific IDs for each checkpoint action (apply, clear state, delete, create) and their outcomes (started, succeeded, failed), allowing users to distinguish exactly which checkpoint operation is occurring. Additionally, the service is installed with a delayed start by default to accommodate slow .NET initialization, and event category labels now display text names instead of internal numbers.
(repo-wide) · high confidence
Dependencies
Initial project structure for HyperVive Service
The repository now includes the \Service/Service.vbproj\ file, establishing the build configuration for the HyperVive Windows service. This project targets .NET Framework 4.7.2 and defines the core components for the service, including the main service entry point, checkpoint job watchers, VM network adapter inventory, VM start controllers, and CIM controllers.
(dependencies) · medium confidence
Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.
How this codebase got here
Baseline
- First survey — no prior run to compare against. CAI 52.
Lenses
- Code Health 100
- Architecture 99
- Maturity 46
- Readiness 30
- Security 100
Changes since last survey
- 71 commits — 65 feature/other, 6 fixes
By area
- Service/CIMController.vb — 16 commits
- (root) — 11 commits
- (repo) — 8 commits
- Service/CheckpointJobWatcher.vb — 8 commits
- Service/GlobalConstants.vb — 5 commits
- Service/HyperViveService.vb — 5 commits
- Service/My Project — 4 commits
- Service/HyperViveLogMessages.dll — 3 commits
- Service/VMNetAdapterInventory.vb — 3 commits
- Service/GlobalSuppressions.vb — 2 commits
- Service/LogMessages.mc — 2 commits
- Service/JobSubscriber.vb — 1 commit
- Service/RegistryController.vb — 1 commit
- Service/Service.vbproj — 1 commit
- Service/ServiceModuleSettings.vb — 1 commit
Notable commits
- fix: 2.0 RC2 Fixed invalid event success/failure detection Completed README and CHANGELOG for 2.0
- fix: CIMitar fixes for cancellation
- fix: Fix VMNetAdapterInventory behavior
- fix: Fix memory leak on service stop
- fix: Registry watcher fixes
- fix: minor netadapter fixes
- change: 1.0
- change: 2.0 final XML documentation Minor refactoring to improve object naming clarity
- change: 2.0RC1 Event IDs added Not yet tested
- change: 5-6 partial move to callback model
- change: Accidental cross-over from another branch
- change: Add .gitignore and .gitattributes.
- change: Add VM lister to workflow
- change: Add installer
- change: Add project files.
- change: Additional event log messages
- change: Additional logging for MAC activity Does not start a VM that has been previously started
- change: Additional refactoring to callback model
- change: CIMController completed
- change: Changes to checkpoint subscriber CIMitar changed to WMI default for subscriber
- …and 51 more
Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.
Survey your own repository
ejsiron/HyperVive was measured the same way every project in this corpus was: the same rubric, at a pinned commit, with the result published in full. Point a surveyor at a repository you know and see whether you agree with it.
About this page
- The score is its most recent published measurement, taken on 20 September 2026 at a pinned commit. It is not a live figure and does not change until the project is measured again.
- Measured at commit 68f69824c1ba2fa823027144220b09a07ab1ea63 — the exact code this score is about.
- Scored under rubric-2026.09.15 — the same rubric and the same method as every other entry in this index.
- Measured by watchdog.canine.dev using codehealth-analyzer preprod-b51f968c9b10.