Skip to content

sentrysoftware/metricshub

Repository files navigation

MetricsHub

GitHub release (with filter) Build GitHub top language License

Structure

This is a multi-module project:

  • /: The root (parent of all submodules)
  • metricshub-engine: The brain, the heart of this project. It houses the core logic and essential functionalities that power the entire system.
  • metricshub-agent: The MetricsHub Agent module includes a Command-Line Interface (CLI) and is responsible for interacting with the MetricsHub engine. It acts as an entry point, collecting and transmitting data to the OpenTelemetry Collector.
  • metricshub-classloader-agent: Manages class loading for extensions, ensuring that they are loaded correctly within the JVM.
  • metricshub-ipmi-extension: Provides support for the Intelligent Platform Management Interface (IPMI) to monitor and manage hardware at the firmware level.
  • metricshub-oscommand-extension: Allows execution of OS-level commands and scripts to gather metrics and other data from the operating system.
  • metricshub-snmp-extension-common: Contains common functionalities and utilities used by SNMP-based extensions.
  • metricshub-snmp-extension: Enables Simple Network Management Protocol (SNMP) for monitoring and managing network devices.
  • metricshub-snmpv3-extension: Adds support for SNMPv3, which includes enhanced security features like authentication and encryption.
  • metricshub-sql-h2-source-extension: Allows execution of SQL queries on already existing sources.
  • metricshub-win-extension-common: Contains common functionalities and utilities used by Windows-specific extensions.
  • metricshub-wmi-extension: Provides support for Windows Management Instrumentation (WMI) to gather detailed information about Windows systems.
  • metricshub-winrm-extension: Enables the use of Windows Remote Management (WinRM) for remote management and monitoring of Windows-based systems.
  • metricshub-wbem-extension: Supports the Web-Based Enterprise Management (WBEM) standard for accessing management information.
  • metricshub-ping-extension: Enables testing the reachability of hosts using ICMP-based ping commands.
  • metricshub-hardware: Hardware Energy and Sustainability module, dedicated to managing and monitoring hardware-related metrics, focusing on energy consumption and sustainability aspects.
  • metricshub-it-common: Contains common code and utilities used by integration tests across various modules.
  • metricshub-windows: Builds the .zip package for MetricsHub on Windows platforms.
  • metricshub-linux: Builds the .tar.gz package of MetricsHub on Linux platforms.
  • metricshub-doc: Houses the documentation for MetricsHub.

Tip

Looking for connectors? Check the MetricsHub Community Connectors repository.

How to build the Project

Requirements

Build

To build the MetricsHub package, from ./metricshub:

$ mvn clean package

Building Windows Packages (.zip)

  • Host: Windows
  • Execute the mvn package command within the MetricsHub root directory (metricshub). You can find the .zip package in the metricshub/metricshub-windows/target directory upon completion (metricshub-windows-<version>.zip).

Building Linux Packages (.tar.gz)

  • Host: Linux
  • Execute the mvn package command within the MetricsHub root directory (metricshub). You can find the .tar.gz package in the metricshub/metricshub-linux/target directory upon completion (metricshub-linux-<version>.tar.gz).
    • The Docker package is compatible with the debian:latest image, it will be generated under the metricshub/metricshub-linux/target directory (metricshub-linux-<version>-docker.tar.gz).

Checkstyle

In this project, we use Checkstyle to ensure consistent and clean Java code across our codebase.

Maven Checkstyle Plugin is configured globally in the main pom.xml file, and it verifies the Java code during the build process:

	<plugin>
		<artifactId>maven-checkstyle-plugin</artifactId>
		<version>3.3.0</version>
		<configuration>
			<sourceEncoding>${project.build.sourceEncoding}</sourceEncoding>
			<configLocation>checkstyle.xml</configLocation>
		</configuration>
		<executions>
			<execution>
				<id>validate</id>
				<phase>validate</phase>
				<goals>
					<goal>checkstyle</goal>
					<goal>check</goal>
				</goals>
			</execution>
		</executions>
	</plugin>

The Checkstyle rules that govern our code quality and style are defined in the ./checkstyle.xml file. It's important to adhere to these rules to maintain code consistency and quality throughout the project.

The build will fail if one or more Checkstyle rules are violated.

To perform Checkstyle analysis and generate a report on violations, navigate to the directory of the Maven project you wish check and run the following mvn command:

mvn checkstyle:checkstyle

All the encountered Checkstyle issues are reported under the target/site directory.

To perform Checkstyle analysis and output violations to the console, navigate to the directory of the Maven project you wish check and run the following mvn command:

mvn checkstyle:check

Code Formatting

In this project, we maintain code formatting using prettier-java, a tool that helps ensure clean and consistent Java code. It automatically formats your code according to a predefined set of rules.

Prettier Maven Plugin

To automatically format the Java code in a specific Maven module, navigate to the directory of the Maven project you wish to format and run the following mvn command:

mvn prettier:write

To validate the formatted code, navigate to the directory of the Maven project you wish to check and run the following mvn command:

mvn prettier:check

The build will fail if you forgot to run Prettier.

Submitting a PR

Before you submit a PR, make sure to use the available tools for code formatting, and ensure that the style checks and unit tests pass.

License

License is GNU Affero General Public License v3.0. Each source file must include the AGPL-3.0 header (build will fail otherwise). To update source files with the proper header, simply execute the below command:

mvn license:update-file-header