Need help with microservices-dashboard?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

416 Stars 69 Forks Apache License 2.0 74 Commits 14 Opened issues


Dashboard for visualizing Spring Boot microservices and the components they link to.

Services available


Need anything else?

Contributors list

//// DO NOT EDIT THIS FILE. IT WAS GENERATED. Manual changes to this file will be lost when it is generated again. Edit the files in the docs/src/main/asciidoc/ directory instead. ////

:jdkversion: 1.8 :project-name: microservices-dashboard :github-tag: master :github-repo: ordina-jworks/{project-name}

:github-raw:{github-repo}/{github-tag} :github-raw-master:{github-repo}/master

image::{github-repo}.svg?style=svg["CircleCI", link="{github-repo}"] image::{github-repo}/branch/{github-tag}/graph/badge.svg["codecov", link="{github-repo}"] image::{github-repo}-server/{project-name}-server//images/download.svg["Download", link="{github-repo}-server/{project-name}-server//latestVersion"] image::["License", link="{github-raw}/LICENSE.txt"] image::{github-repo}.svg[Gitter, link="{github-repo}?utmsource=badge&utmmedium=badge&utmcampaign=pr-badge&utm_content=badge"]

== Microservices Dashboard

== Overview

The primary goal of this project is to provide a server implementation for the Microservices Dashboard UI project. This implementation is for now only supporting Spring Boot microservices. It will query other Spring Boot applications for their actuator endpoints (such as

) to get information on their status and their dependencies. After gathering these details from all available applications, it will aggregate these into a single snapshot. This snapshot can be retrieved by the Microservices Dashboard UI application.

== Reference documentation

To learn everything there is to know about the Microservices Dashboard, please consult the[reference documentation].

== Building from source

The Microservices Dashboard Server requires Java 8 or later and is built using maven:

./mvnw install

== Contributing

Ordina's Microservices Dashboard Server is released under the non-restrictive Apache 2.0 license, and follows a very standard GitHub development process, using GitHub tracker for issues and merging pull requests into master. If you want to contribute even something trivial please do not hesitate, but follow the guidelines below.

=== Code of Conduct This project adheres to the Contributor Covenant {github-raw}/[code of conduct]. By participating, you are expected to uphold this code. Please report unacceptable behavior to the maintainers.

=== Code Conventions and Housekeeping None of these is essential for a pull request, but they will all help. They can also be added after the original pull request but before a merge.

  • Use our code format conventions. If you use Eclipse you can import {github-raw-master}/checkstyle/eclipse/eclipse-code-formatter.xml[the formatter settings] using the
    file. If using IntelliJ, you can use the[Eclipse Code Formatter Plugin] to import the same file.
  • Make sure all new
    files to have a simple Javadoc class comment with at least an
    tag identifying you, and preferably at least a paragraph on what the class is for.
  • Add the ASF license header comment to all new
    files (copy from existing files in the project)
  • Add yourself as an
    to the .java files that you modify substantially (more than cosmetic changes).
  • Add some Javadocs and, if you change the namespace, some XSD doc elements.
  • A few unit tests would help a lot as well -- someone has to do it.
  • If no-one else is using your branch, please rebase it against the current master (or other target branch in the main project).
  • When writing a commit message please follow[these conventions]. If you are fixing an existing issue please add
    Fixes gh-XXXX
    at the end of the commit message (where XXXX is the issue number).

=== Checkstyle

This project comes with a set of checkstyle rules. You can find them in the



└── checkstyle ├── checkstyle.xml <1> ├── checkstyle-header.txt <2> ├── checkstyle-suppressions.xml <3>

├── import-control.xml <4>

<1> Default Checkstyle rules <2> File header setup <3> Default suppression rules <4> Default import rules

==== Checkstyle configuration

Checkstyle rules are enabled by default, but the build will not fail when there are validation errors. However, to keep this project maintainable we will change this in the near future.

If you need to suppress some rules, then it's enough for you to make changes to

with your suppressions. Example:


<?xml version="1.0"?> <!DOCTYPE suppressions PUBLIC "-//Puppy Crawl//DTD Suppressions 1.1//EN" "">

=== IDE setup

==== IntelliJ IDEA

In order to setup IntelliJ you should import our coding conventions, inspection profiles and set up the checkstyle plugin.


└── checkstyle ├── checkstyle.xml <1> ├── checkstyle-header.txt <2> ├── checkstyle-suppressions.xml <3> ├── import-control.xml <4> └── intellij ├── IntelliJProjectDefaults.xml <5>

└── IntelliJOrdinaOSSJavaConventions.xml <5>

<1> Default Checkstyle rules <2> File header setup <3> Default suppression rules <4> Default import control rules <5> Project defaults for IntelliJ that apply most of Checkstyle rules <6> Project style conventions for IntelliJ that apply most of Checkstyle rules

.Code style

image::{github-raw-master}/docs/src/main/asciidoc/images/intellij-code-style.png[Code style]

Go to

Code style
. There click on the icon next to the
section. There, click on the
Import Scheme
value and pick the
IntelliJ IDEA code style XML
option. Import the

.Inspection profiles

image::{github-raw-master}/docs/src/main/asciidoc/images/intellij-inspections.png[Inspection profiles]

Go to

. There click on the icon next to the
section. There, click on the
Import Profile
and import the


To have IntelliJ work with Checkstyle, you have to install the

plugin. It's advisable to also install the
to automatically convert the JUnit assertions


Go to

Other settings
. There click on the
icon in the
Configuration file
section. There, you'll have to define where the checkstyle rules should be picked from. In the image above, we've picked the rules from the cloned repository. However, you can point to the project's GitHub repository (e.g. for the
). We need to provide the following variables:
  • checkstyle.header.file
    - the ASF license header template Please point it to the
    file either in your cloned repo or via the
  • checkstyle.import.control.file
    - import control rules. Please point it to the
    file either in your cloned repo or via the
  • checkstyle.suppressions.file
    - checkstyle suppressions. Please point it to the
    file either in your cloned repo or via the

IMPORTANT: Remember to set the

Scan Scope
All sources
since we apply checkstyle rules for production and test sources.

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.