Red Hat Summit Red Hat SummitSupportConsoleDevelopersStart a trialContact

Chapter 1. HawtIO release notes

This chapter provides release information about HawtIO Diagnostic Console Guide.

1.1. HawtIO features
Copy link

HawtIO Diagnostic Console is available as a Technology Preview component in the HawtIO Diagnostic Console Guide 4.0.0.

Important

Technology Preview features are not supported with Red Hat production service-level agreements (SLAs) and might not be functionally complete. Red Hat does not recommend implementing any Technology Preview features in production environments.

This Technology Preview feature provides early access to upcoming product innovations, enabling you to test functionality and provide feedback during the development process. For more information about support scope, see Technology Preview Features Support Scope.

The HawtIO Technology Preview includes the following main features:

  • Runtime management of JVM via JMX, especially that of Camel applications and AMQ broker, with specialised views
  • Visualisation and debugging/tracing of Camel routes
  • Simple managing and monitoring of application metrics

1.1.1. Platform and core component versions
Copy link

The versions of Red Hat build of HawtIO 4.0.0 TP1 should be:

Expand
Red Hat build of Apache CamelVersionBOM

4.0.2 for Spring Boot

3.1.6

camel-spring-boot-bom/4.0.0.redhat-00039

4.0.0 for Quarkus

3.2.0

quarkus-bom/3.2.9.Final-redhat-00003

HawtIO Console

4.0.0

 

HawtIO for OpenShift

2.0.0

 

HawtIO for OpenShfit Operator

1.0.0

 

Jolokia

2.0.0

 

1.1.2. Technology Preview features
Copy link

  1. UI plugins

    1. Connect
    2. JMX
    3. Camel
    4. Runtime
    5. Logs
    6. Quartz
    7. Spring Boot
  2. UI extension with custom plugins

  3. Authentication

    1. RBAC
    2. BASIC Authentication
    3. Spring Security
    4. Keycloak

  4. HawtIO Operator

    1. Managing HawtIO Online instances via HawtIO Custom Resources (CR)

      1. Addition of CR through the OpenShift Console;
      2. Addition of CR using CLI tools, eg. oc;
      3. Deletion of CR through OpenShift Console or CLI results in removal of all owned HawtIO resources, inc. ConfigMaps, Deployments, ReplicationController etc.;
      4. Removal of operator-managed pod or other resource results in replacement being generated;
      5. Addition of property or modification of existing property, eg. CPU, Memory or custom configmap, results in new pod being deployed comprising the updated values

    2. Installation via Operator Hub

      1. Upgrade of operator is currently out of scope due to new product but will be required in subsequent releases;
      2. Successful installs via either the numbered (2.x) or the latest channels will result in the same operator version and operand being installed;
      3. Successful install of the operator through the catalog;
      4. Searching for HawtIO in the catalog will return both the product and community versions of the operator. Correct identification of the versions should be obvious.

  5. HawtIO Online

    1. With no credentials supplied, the application should redirect to the OpenShift authentication page

      1. The entering of correct OpenShift-supplied credentials should redirect back to the Discovery page of the application;
      2. The entering of incorrect OpenShift-supplied credentials should result in the user being instructed that logging-in cannot be completed;

  6. Discovery

    1. Only jolokia-enabled pods should be visible either in the same namespace (Namespace mode) or across the cluster (Cluster mode);
    2. Pods should display the correct status (up or down) through their status icons;
    3. Only those pods that have a working status should be capable of connection (connect button visible);
    4. The OpenShift console URL should have been populated by the startup scripts of HawtIO. Therefore, all labels relating to a feature accessible in the OpenShift console should have hyperlinks that open to the respective console target;
    5. The OpenShift console should be accessible from a link in the dropdown menu in the head bar of the application;
    6. All jolokia-enabled apps should have links listed in the dropdown menu in the head bar of the application;

  7. Connection to HawtIO-enabled applications

    1. Clicking the Connect button next to a pod in the Discovery page should open a new window/tab and ‘connect’ to the destination app. This should manifest as the HawtIO Online UI showing plugin names vertically down the left sidebar, eg. JMX, and details of the respective focused plugin displayed in the remainder of the page;
    2. Failure to connect to a pod should present the user with some kind of error message;
    3. Once connected, all features listed in the ‘UI Plugins’ (above) should be available for testing where applicable to the target application.

1.1.3. HawtIO known issues
Copy link

The following issue remain with HawtIO for this release:

HAWNG-147 Fuse web console - support both RH-SSO and Properties login

When Keycloak/RH-SSO is configured for web console authentication, the user is automatically redirected to the Keycloak login page. There is no option for the user to attempt local/properties authentication, even if that JAAS module is also configured.

Back to top
Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Theme

© 2025 Red Hat