Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Note

If you are using the Dashboards embedded in AIP Console, this step is not required. Instead, please see CAST - RESTAPI - integrated .war upgrade for more information.

Information and prerequisites

(tick)Upgrade processThe upgrade process is a "side-by-side upgrade". This means that the new dashboard WAR/ZIP file should be deployed alongside the existing WAR/ZIP file and any settings transferred from the existing to the new.
(tick)Where to run the upgrade?

The process must be run on the host server.

(tick)Obtain the installation media

Download the latest release of the required CAST Dashboard from CAST Extend. This media contains:

  • a WAR file for deployment on Apache Tomcat (1.x releases)
  • a ZIP file for deployment without Apache Tomcat (≥ 2.x releases)
(tick)Stop all services

Before starting any upgrade process, you must ensure ALL services are stopped, for example stop Apache Tomcat.

...

Step 1 - Deploy the new .WAR file

Obtain the new .WAR file and unzip it to the following location:

Code Block
languagetext
CATALINA_HOME\webapps

This should give you the following file hierarchy, for example when upgrading the CAST Engineering Dashboard from 1.18 to 1.19:

Image Removed

Step 2 - Reconfigure your Dashboard

In a "side-by-side" deployment, you will need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files may have changed between releases, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

Relevant config files

...

Access to a CAST Storage Service/PostgreSQL instance (≥ 2.1)

When upgrading to ≥ 2.1 a graphical user interface has been implemented for managing the assignment of role and data authorizations to users and groups of users. This interface replaces the existing mechanism provided by the roles.xml and the authorizations.xml files. This new management interface relies on a schema hosted on a CAST Storage Service/PostgreSQL instance to store the roles/data authorizations. This schema is called cast_dashboards by default and will be created on first startup of the web application.

(tick)Stop all services

Before starting any upgrade process, you must ensure ALL services are stopped, for example stop Apache Tomcat.

Anchor
WAR
WAR
Instructions for transitioning between 1.x WAR files with Apache Tomcat

Step 1 - Deploy the new .WAR file

Obtain the new .WAR file and unzip it to the following location:

Code Block
languagetext
CATALINA_HOME\webapps\<dashboard>\META-INF\context.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\authorizations.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\domains.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\license.key >>> only for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is.
CATALINA_HOME\webapps\<dashboard>\WEB-INF\license.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\log4j2.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\report.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\roles.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\security.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\users.properties

If you have added custom languages, these can be found in the following folders:

CATALINA_HOME\webapps\<dashboard>\portal\locales
CATALINA_HOME\webapps\<dashboard>\engineering\locales

.json layout files

If you have made configuration changes to .JSON files  to create custom tiles or layout and you want to retain those changes in the new version of the Dashboard, you can re-use old .JSON files with the new Dashboard, however, please note that doing so will mean that you will not benefit from any improvements or features added to the current release of the Dashboard. Files that may contain customizations are listed below:

Code Block
languagetext
Engineering/Security Dashboard
CATALINA_HOME\webapps\<dashboard>\engineering\resources\ed.json

Health Dashboard
CATALINA_HOME\webapps\<dashboard>\portal\resources\app.json
CATALINA_HOME\webapps\<dashboard>\portal\resources\cmp.json
CATALINA_HOME\webapps\<dashboard>\portal\resources\internal\app-navigation.json
Note

In ≥ 1.23, the app-navigation.json file has been removed. It is no longer used.

Step 3 - Undeploy the existing WAR file (optional)

Undeploy the existing war file from Apache Tomcat - you can use Apache Tomcat manager to do this, or simply delete the relevant folder and file in CATALINA_HOME\webapps. This step is optional and you may wish to leave this in place until the new dashboard is fully tested and working.

Step 4 - Rename the new WAR file and corresponding folder

If you use a specific naming convention to access the dashboards, you may need to rename the .WAR file and its corresponding folder (the two must match). The name of these two items forms the URL to access the dashboards:

Image Removed

Step 5 - Restart Apache Tomcat

Restart Apache Tomcat and ensure that the webapp has started correctly using Apache Tomcat manager:

Image Removed

Step 6 - Check access to CAST Dashboards

Browse to your Dashboard URL, login and check that you can access the data you require.

...

Step 1 - Deploy the new .WAR file

Obtain the new .WAR file and unzip it to the following location:

Code Block
languagetext
CATALINA_HOME\webapps

This should give you the following file hierarchy, for example when upgrading the CAST Engineering Dashboard from 1.23 to 2.0.0:

Image Removed

Step 2 - Reconfigure your Dashboard

In a "side-by-side" deployment, you will need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files HAS CHANGED in the 2.x WAR files, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

The following files may contain configuration that you will need to copy to the equivalent file in the newly deployed Dashboard:

...

Configuration has changed. Refer to the following documentation (Step 2) for more information:

...

\WEB-INF\authorizations.xml

...

This should give you the following file hierarchy, for example when upgrading the CAST Engineering Dashboard from 1.18 to 1.19:

Image Added

Step 2 - Reconfigure your Dashboard

In a "side-by-side" deployment, you will need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files may have changed between releases, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

Relevant config files

The following files may contain configuration that you will need to copy to the equivalent file in the newly deployed Dashboard:

Code Block
languagetext
CATALINA_HOME\webapps\<dashboard>\META-INF\context.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\authorizations.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\domains.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\license.key >>> only for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is.
CATALINA_HOME\webapps\<dashboard>\WEB-INF\license.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\log4j2.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\report.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\roles.xml
CATALINA_HOME\webapps\<dashboard>\WEB-INF\security.properties
CATALINA_HOME\webapps\<dashboard>\WEB-INF\users.properties

If you have added custom languages, these can be found in the following folders:

CATALINA_HOME\webapps\<dashboard>\portal\locales
CATALINA_HOME\webapps\<dashboard>\engineering\locales

.json layout files

If you have made configuration changes to .JSON files  to create custom tiles or layout and you want to retain those changes in the new version of the Dashboard, you can re-use old .JSON files with the new Dashboard, however, please note that doing so will mean that you will not benefit from any improvements or features added to the current release of the Dashboard. Files that may contain customizations are listed below:

Code Block
languagetext
Engineering/Security Dashboard
CATALINA_HOME\webapps\<dashboard>\engineering\resources\ed.json

Health Dashboard
CATALINA_HOME\webapps\<dashboard>\portal\resources\app.json
CATALINA_HOME\webapps\<dashboard>\portal\resources\cmp.json
CATALINA_HOME\webapps\<dashboard>\portal\resources\internal\app-navigation.json


Note

In ≥ 1.23, the app-navigation.json file has been removed. It is no longer used.

Step 3 - Undeploy the existing WAR file (optional)

Undeploy the existing war file from Apache Tomcat - you can use Apache Tomcat manager to do this, or simply delete the relevant folder and file in CATALINA_HOME\webapps. This step is optional and you may wish to leave this in place until the new dashboard is fully tested and working.

Step 4 - Rename the new WAR file and corresponding folder

If you use a specific naming convention to access the dashboards, you may need to rename the .WAR file and its corresponding folder (the two must match). The name of these two items forms the URL to access the dashboards:

Image Added

Step 5 - Restart Apache Tomcat

Restart Apache Tomcat and ensure that the webapp has started correctly using Apache Tomcat manager:

Image Added

Step 6 - Check access to CAST Dashboards

Browse to your Dashboard URL, login and check that you can access the data you require.

Anchor
WAR
WAR
Instructions for transitioning between 1.x and 2.x WAR files with Apache Tomcat

Step 1 - Deploy the new .WAR file

Obtain the new .WAR file and unzip it to the following location:

Code Block
languagetext
CATALINA_HOME\webapps

This should give you the following file hierarchy, for example when upgrading the CAST Engineering Dashboard from 1.23 to 2.0.0:

Image Added

Step 2 - Reconfigure your Dashboard

In a "side-by-side" deployment, you will need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files HAS CHANGED in the 2.x WAR files, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

The following files may contain configuration that you will need to copy to the equivalent file in the newly deployed Dashboard:

licensekey
1.x WAR file2.x WAR fileNotes
\META-INF\context.xmlDoes not exist. Use new sections in \WEB-INF\classes\application.properties.

Configuration has changed. Refer to the following documentation (Step 2) for more information:

\WEB-INF\authorizations.xml

\WEB-INF\classes\authorizations.xml

See Data authorization.

  • 2.0.x release - No change in configuration method. 
  • ≥ 2.1.0 release - authorizations.xml has been replaced with a graphical user interface to manage data authorizations for users/groups. There are two choices for how to proceed:
    • You can provide your authorizations.xml file and on first start-up of the web application the authorizations will be automatically transferred into the management interface. The authoirzations.xml file will then be ignored on any subsequent web application startup and all changes from then on must be performed using the graphical interface.
    • You can assign the data authorizations from scratch using the graphical interface.
\WEB-INF\domains.properties\WEB-INF\classes\domains.properties

Configuration has changed. Refer to the following documentation (Step 2) for more information:

\WEB-INF\license.keyOnly for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is to: \WEB-INF\classes\license.keyNo change in configuration method. See Dashboard Service license key configuration.
\WEB-INF\license.xml\WEB-INF\classes\license.xmlNo change in configuration method. See Dashboard Service license key configuration and Data authorization.
\WEB-INF\log4j2.xmlDoes not exist. Use \WEB-INF\classes\log4j2-spring.xmlNo change in configuration method. See Configuring the Log and Audit Trail.
\WEB-INF\report.propertiesDoes not exist. Use equivalent section in \WEB-INF\classes\application.properties.No change in configuration method. See CAST Report Generator - CAST Report Generator for Dashboards.
\WEB-INF\roles.xml\WEB-INF\classes\roles.xml

See User roles.

  • 2.0.x release - No change in configuration method. 
  • ≥ 2.1.0 release - roles.xml has been replaced with a graphical user interface to manage role assignments for users/groups. There are two choices for how to proceed:
    • You can provide your roles.xml file and on first start-up of the web application the role assignments will be automatically transferred into the management interface. The roles.xml file will then be ignored on any subsequent web application startup and all changes from then on must be performed using the graphical interface.
    • You can assign the roles from scratch using the graphical interface.
\WEB-INF\security.propertiesDoes not exist. Use equivalent section in \WEB-INF\classes\application.properties.Configuration has changed. Refer to the following documentation (Step 2) for more information:User authentication.
\WEB-INF\users.Only for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is to: properties\WEB-INF\classes\licenseusers.keypropertiesNo change in configuration method. See Dashboard Service license key configuration.
\WEB-INF\license.xml\WEB-INF\classes\license.xmlNo change in configuration method. See Dashboard Service license key configuration and Data authorization.
\WEB-INF\log4j2.xmlDoes not exist. Use \WEB-INF\classes\log4j2-spring.xmlNo change in configuration method. See Configuring the Log and Audit Trail.
\WEB-INF\report.propertiesDoes not exist. Use equivalent section in \WEB-INF\classes\application.properties.No change in configuration method. See CAST Report Generator - CAST Report Generator for Dashboards.
\WEB-INF\roles.xml\WEB-INF\classes\roles.xmlNo change in configuration method. See User roles.
\WEB-INF\security.propertiesDoes not exist. Use equivalent section in \WEB-INF\classes\application.properties.Configuration has changed. Refer to the following documentation: User authentication.
\WEB-INF\users.properties\WEB-INF\classes\users.propertiesNo change in configuration method. See User authentication.
\engineering\resources\ed.jsonWEB-INF\classes\config\ed\ed.jsonIf you have made configuration changes to .JSON files to create custom tiles or layout and you want to retain those changes in the new version of the Dashboard, you can re-use old .JSON files with the new Dashboard, however, please note that doing so will mean that you will not benefit from any improvements or features added to the current release of the Dashboard.

\portal\resources\app.json

WEB-INF\classes\config\hd\app.json
\portal\resources\cmp.jsonWEB-INF\classes\config\hd\cmp.json
\portal\resources\internal\app-navigation.jsonDoes not exist (withdrawn in ≥ 1.23).-

Step 3 - Undeploy the existing WAR file (optional)

Undeploy the existing war file from Apache Tomcat - you can use Apache Tomcat manager to do this, or simply delete the relevant folder and file in CATALINA_HOME\webapps. This step is optional and you may wish to leave this in place until the new dashboard is fully tested and working.

Step 4 - Rename the new WAR file and corresponding folder

If you use a specific naming convention to access the dashboards, you may need to rename the .WAR file and its corresponding folder (the two must match). The name of these two items forms the URL to access the dashboards:

Image Removed

Step 5 - Restart Apache Tomcat

Restart Apache Tomcat and ensure that the webapp has started correctly using Apache Tomcat manager:

Image Removed

Step 6 - Check access to CAST Dashboards

Browse to your Dashboard URL, login and check that you can access the data you require.

Instructions for transitioning between 1.x WAR file and 2.x ZIP file

From release 2.x onwards, CAST is delivering a ZIP file for each CAST Dashboard, alongside the traditional WAR file that has always been delivered. The ZIP file is a method of deploying the CAST Dashboards based on Spring Boot and does not require a web application server (the application server is embedded in the ZIP itself). The aim of the ZIP file releases is to simplify and speed up the deployment of the CAST Dashboards. The deployment and configuration of the 2.x Spring Boot based dashboards differs slightly to the steps required for a traditional WAR file, mostly due to the fact that the files have moved and some have been removed. 

To transition from 1.x WAR to 2.x ZIP is relatively simple although there is no managed "upgrade" process. You can repurpose the existing server hosting Apache Tomcat if necessary.

Step 1 - Deploy the new .ZIP file

Obtain the new .ZIP file and unzip it to any location on the host server.

Step 2 - Configure your new Dashboard

You will now need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files HAS CHANGED in the ZIP files, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

Use the following table to find the location of the equivalent configuration files in the new 2.x ZIP:

Does not exist. Use new sections in <unpacked_zip>\configurations\application.properties.
1.x WAR file2.x ZIP fileNotes
\META-INF\context.xml. See User authentication.
\engineering\resources\ed.jsonWEB-INF\classes\config\ed\ed.jsonIf you have made configuration changes to .JSON files to create custom tiles or layout and you want to retain those changes in the new version of the Dashboard, you can re-use old .JSON files with the new Dashboard, however, please note that doing so will mean that you will not benefit from any improvements or features added to the current release of the Dashboard.

\portal\resources\app.json

WEB-INF\classes\config\hd\app.json
\portal\resources\cmp.jsonWEB-INF\classes\config\hd\cmp.json
\portal\resources\internal\app-navigation.jsonDoes not exist (withdrawn in ≥ 1.23).-

Step 3 - Undeploy the existing WAR file (optional)

Undeploy the existing war file from Apache Tomcat - you can use Apache Tomcat manager to do this, or simply delete the relevant folder and file in CATALINA_HOME\webapps. This step is optional and you may wish to leave this in place until the new dashboard is fully tested and working.

Step 4 - Rename the new WAR file and corresponding folder

If you use a specific naming convention to access the dashboards, you may need to rename the .WAR file and its corresponding folder (the two must match). The name of these two items forms the URL to access the dashboards:

Image Added

Step 5 - Restart Apache Tomcat

Restart Apache Tomcat and ensure that the webapp has started correctly using Apache Tomcat manager:

Image Added

Step 6 - Check access to CAST Dashboards

Browse to your Dashboard URL, login and check that you can access the data you require.

Step 7 - First login and become admin - ≥ 2.1 only

By default, the CAST Dashboard requires that at least one user is granted the ADMIN role following the first login after the User authentication configuration. This ensures that one user can access all data and configuration settings. See First login and become admin. This step is not required when using Dashboards 1.x and 2.0 and can be skipped.

Instructions for transitioning between 1.x WAR file and 2.x ZIP file

From release 2.x onwards, CAST is delivering a ZIP file for each CAST Dashboard, alongside the traditional WAR file that has always been delivered. The ZIP file is a method of deploying the CAST Dashboards based on Spring Boot and does not require a web application server (the application server is embedded in the ZIP itself). The aim of the ZIP file releases is to simplify and speed up the deployment of the CAST Dashboards. The deployment and configuration of the 2.x Spring Boot based dashboards differs slightly to the steps required for a traditional WAR file, mostly due to the fact that the files have moved and some have been removed. 

To transition from 1.x WAR to 2.x ZIP is relatively simple although there is no managed "upgrade" process. You can repurpose the existing server hosting Apache Tomcat if necessary.

Step 1 - Deploy the new .ZIP file

Obtain the new .ZIP file and unzip it to any location on the host server.

Step 2 - Configure your new Dashboard

You will now need to transfer the details of your environment (stored in the configuration files such as web.xml/context.xml/other .properties/.xml/.json files) from the old Dashboard to the new. Please be aware that the location, structure and content of configuration files HAS CHANGED in the ZIP files, so you should not perform a merge or overwrite configuration files (unless specifically requested to do so in the instructions below) - instead you must manually update the new configuration files with the details from the old configuration files.

Use the following table to find the location of the equivalent configuration files in the new 2.x ZIP:

1.x WAR file2.x ZIP fileNotes
\META-INF\context.xmlDoes not exist. Use new sections in <unpacked_zip>\configurations\application.properties.

Configuration has changed. Refer to the following documentation (Step 2) for more information:

\WEB-INF\authorizations.xml

<unpacked_zip>\configurations\authorizations.xml

See Data authorization.

  • 2.0.x release - No change in configuration method. 
  • ≥ 2.1.0 release - authorizations.xml has been replaced with a graphical user interface to manage data authorizations for users/groups. There are two choices for how to proceed:
    • You can provide your authorizations.xml file and on first start-up of the web application the authorizations will be automatically transferred into the management interface. The authoirzations.xml file will then be ignored on any subsequent web application startup and all changes from then on must be performed using the graphical interface.
    • You can assign the data authorizations from scratch using the graphical interface.
\WEB-INF\domains.properties<unpacked_zip>\configurations\domains.properties

Configuration has changed. Refer to the following documentation (Step 2) for more information:

\WEB-INF\authorizations.xmllicense.keyOnly for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is to: <unpacked_zip>\configurations\authorizationslicense.xmlkeyNo change in configuration method. See Data authorizationDashboard Service license key configuration.
\WEB-INF\domainslicense.propertiesxml<unpacked_zip>\configurations\domainslicense.properties

Configuration has changed. Refer to the following documentation (Step 2) for more information:

  • Standalone Engineering Dashboard deployment using ZIP file
  • Standalone Health Dashboard deployment using ZIP filexml
    No change in configuration method. See Dashboard Service license key configuration and Data authorization.
    \WEB-INF\licenselog4j2.keyOnly for the Engineering Dashboard. This file will not exist in the new Dashboard and can therefore be copied over as is to: xmlDoes not exist. Use <unpacked_zip>\configurations\log4j2-spring.xmlNo change in configuration method. See Configuring the Log and Audit Trail.
    \WEB-INF\report.propertiesDoes not exist. Use equivalent section in <unpacked_zip>\configurations\licenseapplication.properties.keyNo change in configuration method. See Dashboard Service license key configurationCAST Report Generator - CAST Report Generator for Dashboards.
    \WEB-INF\licenseroles.xml<unpacked_zip>\configurations\licenseroles.xmlNo

    See User roles.

    • 2.0.x release - No change in configuration
    method. See Dashboard Service license key configuration and Data authorization.
    \WEB-INF\log4j2.xmlDoes not exist. Use <unpacked_zip>\configurations\log4j2-spring.xmlNo change in configuration method. See Configuring the Log and Audit Trail.
    \WEB-INF\report.propertiesDoes not exist. Use equivalent section in <unpacked_zip>\configurations\application.properties.No change in configuration method. See CAST Report Generator - CAST Report Generator for Dashboards.
    \WEB-INF\roles.xml<unpacked_zip>\configurations\roles.xmlNo change in configuration method. See User roles
    • method. 
    • ≥ 2.1.0 release - roles.xml has been replaced with a graphical user interface to manage role assignments for users/groups. There are two choices for how to proceed:
      • You can provide your roles.xml file and on first start-up of the web application the role assignments will be automatically transferred into the management interface. The roles.xml file will then be ignored on any subsequent web application startup and all changes from then on must be performed using the graphical interface.
      • You can assign the roles from scratch using the graphical interface.
    \WEB-INF\security.propertiesDoes not exist. Use equivalent section in <unpacked_zip>\configurations\application.properties.Configuration has changed. Refer to the following documentation: User authentication.
    \WEB-INF\users.properties<unpacked_zip>\configurations\users.propertiesNo change in configuration method. See User authentication.
    \engineering\resources\ed.json<unpacked_zip>\configurations\config\ed\ed.jsonIf you have made configuration changes to .JSON files to create custom tiles or layout and you want to retain those changes in the new version of the Dashboard, you can re-use old .JSON files with the new Dashboard, however, please note that doing so will mean that you will not benefit from any improvements or features added to the current release of the Dashboard.


    \portal\resources\app.json

    <unpacked_zip>\configurations\config\hd\app.json
    \portal\resources\cmp.json<unpacked_zip>\configurations\config\hd\cmp.json
    \portal\resources\internal\app-navigation.jsonDoes not exist (withdrawn in ≥ 1.23).-

    ...

    By default the dashboard is configured to run on port 8080. Use the following URL - where <server_name> is equal to the host name of the current server to access the dashboard. If you are testing on the server itself, you can use http://localhost:8080:

    Code Block
    http://<server_name>:8080
    Info

    ...

    <server_name>:8080


    Info

    Step 4 - First login and become admin - ≥ 2.1 only

    By default, the CAST Dashboard requires that at least one user is granted the ADMIN role following the first login after the User authentication configuration. This ensures that one user can access all data and configuration settings. See First login and become admin. This step is not required when using Dashboards 1.x and 2.0 and can be skipped.

    Step 5 - Undeploy the existing WAR file (optional)

    Undeploy the existing war file from Apache Tomcat - you can use Apache Tomcat manager to do this, or simply delete the relevant folder and file in CATALINA_HOME\webapps. This step is optional and you may wish to leave this in place until the new dashboard is fully tested and working.