Web Management Console
The Web Management Console is a web application that enables users to quickly understand the state of a running data grid cluster and monitor the running components, such as the physical hosts, JVMs and deployed Processing Units.
This user interface complements the GigaSpaces Management Center and provides a lightweight alternative for monitoring a running cluster, without having to install the GigaSpaces runtime and run the standalone Java-based user interface.
The Web Management Console application is located under
$GS_HOME/tools/gs-webui. This directory contains the web application itself (in the form of a standard JEE .WAR file), and a launcher library and shell scripts used to start it in standalone mode (see below).
Starting the Web Management Console on a Local Machine
When you first start using GigaSpaces or GigaSpaces, you may prefer to run the Web Management Console on your local machine instead of on a web server. Simply click the
gs-webui.sh(bat) script to start a Jetty web container with the Web Management Console application running within it. After the user interface starts, there's no need to deploy or perform any additional steps.
In standalone mode, the web container listens by default on port 8099. To view the Web Management Console point your browser to
http://<standalone server host>:8099, where
<standalone server host> is the host on which you launched the
gs-webui script. In this mode, the default context path for the Web Management Console is the root context path ("/").
Parameters can be passed using one of the following methods: specifying a custom properties file (recommended method), or specifying individual properties. Both methods are explained below.
ssl.custom.properties - Path to ssl properties file.
Example of usage:
./gs-webui.sh -ssl.custom.properties /home/evgeny/dev/cases/ssl-props.properties
The following mandatory properties are expected in the properties file:
ssl.keyManagerPassword- Password (if any) for the specific key within the key store. Optional parameter.
ssl.keyStorePassword- Password for the key store.
ssl.keyStorePath- File or URL of the SSL Key store.
ssl.trustStorePath- File name or URL of the trust store location.
ssl.trustStorePassword- Password for the trust store.
If there is no
keyManagerPassword, then the
keyStorePassword (see below) is used instead.
#Specify SSL via a command line argument ./gs-webui.sh -ssl.keyManagerPassword <passw> -ssl.keyStorePassword <passw> -ssl.keyStorePath <key-store-path> -ssl.trustStorePath <trust-store-path> -ssl.trustStorePassword <passw>
#Specify SSL via a command line argument gs-webui.bat -ssl.keyManagerPassword <passw> -ssl.keyStorePassword <passw> -ssl.keyStorePath <key-store-path> -ssl.trustStorePath <trust-store-path> -ssl.trustStorePassword <passw>
You can also use the
WEBUI_JAVA_OPTIONS environment variable to set any JVM parameter, such as heap size (defaults to
-Xmx512m) and other JVM settings.
In order to disable anonymous login, use
com.gigaspaces.webui.username.mandatory system property. The following example shows how to do this:
#Specify user name field as mandatory export USER_NAME_MANDATORY=true ./gs-webui.sh
#Specify user name field as mandatory set USER_NAME_MANDATORY=true gs-webui.bat
Securing the Web Dashboard
If you configured your GigaSpaces instance to run in secure mode using the
-Dcom.gs.security.enabled=true property, you will see the following login window:
The Lookup groups and Locators are loaded from the
For more information on how to secure the grid services, refer to Securing Grid Services. Lookup groups and Lookup Locators can be configured in the configuration files described in Configure Lookup Groups and Locators.
Deploying the Web Application
When you reach the stage of a proper deployment, or are preparing to move to production, you can deploy the Web Management Console as described below.
GigaSpaces Runtime Environment
To deploy the Web Management Console to the GigaSpaces Runtime Environment, point your deployment tool of choice (CLI, Admin API or the GigaSpaces Management Center) to the
$GS_HOME/tools/gs-webui/gs-webui.war file and deploy it.
In this case, the Web Management Console actually monitors the runtime environment on which it runs.
The following example shows how to do this using the GigaSpaces CLI:
$GS_HOME/bin/gs.sh(bat} deploy -properties embed://web.port=80;web.context=/ $GS_HOME/tools/gs-webui/gs-webui.war
The above command deploys the Web Management Console to the GigaSpaces runtime environment, listening on port 80 with the root context path.
For more information about GigaSpaces's web application support, refer to the Web Application Support section in the Developer Guide.
Third-Party JEE Servlet Container
You can deploy the Web Management Console to a third-party servlet container, for example, Apache Tomcat (must be Tomcat 8 and above in order to support Java 8). Consult your web container documentation for deployment instructions.
When deploying to a third-party web container like Apache Tomcat, you must repackage the
xap-webui-[version-build].war file and add the following .JAR files to the
WEB-INF/lib directory of the
.jarfiles located under
By default, these are not part of the the
gs-webui.war file because they are automatically included in the classpath of both the standalone container and the GigaSpaces Runtime Environment.
After the web application starts, point your browser to the proper location. For example, if you start the web application using a standalone web container, the default URL is
http://<standalone server host>:8099.
You will see the following screen:
Supported Web Browsers
The Web Management Console supports the following web browsers:
- Moziila Firefox 11 or higher
- Google Chrome 18 or higher
- Microsoft Internet Explorer 10 or higher
Deployment Location of the Web Application
The web application communicates with the runtime components of the GigaSpaces cluster, and receives notification from the GigaSpaces lookup service. Therefore, it is highly recommended to run the web application in the same network segment of the other cluster components. This does not affect the web browser client, which communicates with the web application using standard HTTP and can be located anywhere, provided that it has access to the web application.
Running via a Reverse Proxy
YOu can set up a reverse proxy for the Web Management Console. This may be preferable in certain scenarios, such as when access to the Web Management Console is done via a gateway. Reverse proxy setups are currently available and tested only on the Apache web server.
Configuring the Proxy
Enable the relevant modules, by uncommenting (or adding) the following lines inside
LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so
Add your server's name, and define a virtual host for the configuration, where
gs.webui.com represents your server's DNS:
NameVirtualHost *:80 <VirtualHost *:80> ServerName gs.webui.com </VirtualHost>
Create mappings to channel proxy paths (
webui-endpoint being the proxied path obscuring the address of the Web Management Console):
<VirtualHost *:80> ... ProxyPass /webui-endpoint/ http://127.0.0.1:8099/ ProxyPassReverse /webui-endpoint/ http://127.0.0.1:8099/ ProxyPreserveHost on </VirtualHost>
Set a redirection rule for serving the login page:
<VirtualHost *:80> ... RedirectMatch /Gs_webui.html /webui-endpoint/Gs_webui.html </VirtualHost>
Debugging Your Proxy
You can dump logging information to custom files on the Apache server by adding the following rules:
<VirtualHost *:80> ... ErrorLog "logs/webui-error_log" CustomLog "logs/webui-access_log" common </VirtualHost>
For more information on Apache's reverse proxy configuration, refer to the corresponding entry on the Apache Tutor website.