If you run the WebLogic Remote Console using the console.zip
method, your machine must have Java SE 11 or later installed.
To verify your Java version:
java -version
Java is bundled with the Remote Console desktop application so you do not need to install it separately.
The installers for the WebLogic Remote Console desktop applications are available for download at https://github.com/oracle/weblogic-remote-console/releases. Applications are available for the Linux, macOS, and Windows operating systems.
To run the Remote Console in your browser instead, download console.zip
and extract the ZIP archive to a directory of your choice. Once its contents are extracted, it creates a console
directory that includes:
console.jar
libs
subdirectoryconsole-rest-ext-1.0.war
, that you install in the WebLogic Server domainTo get the most functionality when using the WebLogic Remote Console, we recommend that you install the Remote Console extension in your domain.
The extension is supported for WebLogic Server 12.2.1.3, 12.2.1.4, and 14.1.1.0 domains.
management-services-ext
directory under the domain home.console-rest-ext-1.0.war
from https://github.com/oracle/weblogic-remote-console/releases and save it in the management-services-ext
directory you created in the previous step.Make sure the Administration Server in the domain to which you want to connect is running.
To start the Remote Console on a local machine using the default settings:
Open the Remote Console desktop application.
In the Connect to WebLogic Domain window, enter the Administrator user name, password, and the URL of the domain, then click Connect.
To start the Remote Console on a local machine using the default settings - localhost (127.0.0.1) and port 8012:
Open a command window and on the command line, enter:
java -jar <console_home>/console.jar
In this command, <console_home>
is the directory where you unzipped the installer.
Open a browser window and enter:
http://localhost:8012
In the Connect to WebLogic Domain window, enter the Administrator user name, password, and the URL of the domain, then click Connect.
To connect to a domain using the HTTPS protocol, see Connect to a WebLogic Domain using SSL/TLS.
Note the following in this release:
If you specify HTTPS for the domain URL in the Connect to WebLogic Domain window, then the WebLogic Remote Console uses SSL/TLS to communicate with the WebLogic domain.
The SSL/TLS connection requires trust in the WebLogic domain, where the trust configuration is handled by the underlying JDK JSSE support. By default, the JDK uses the cacerts
truststore provided with the JDK. If the WebLogic domain requires additional trust, separate trust, or is using the WebLogic demo trust (demotrust.jks
), then you can use the JDK system properties when starting the Remote Console.
You can configure SSL/TLS trust with the JDK using one of these options:
Import the required trust certificates into the cacerts
truststore supplied with the JDK using the keytool
command.
Update the JDK Java system properties for JSSE support at the command line (browser only). For example:
java -Djavax.net.ssl.trustStore="/home/user/mytrust.jks" -Djavax.net.ssl.trustStoreType="JKS" -jar <console_home>/console.jar
In this command, <console_home>
is the directory where you unzipped the installer.
Update the JDK Java system properties for JSSE support in a properties file to configure the location and type of truststore (application only).
config.json
and save it in the applicable location for your operating system:
$HOME/.config/weblogic-remote-console/
/Users/<user>/Library/Application Support/weblogic-remote-console/
C:\Users\<user>\AppData\Roaming\weblogic-remote-console\
{
"javax.net.ssl.trustStore": "/home/user/mytrust.jks",
"javax.net.ssl.trustStoreType": "JKS"
}
On Windows the path character \
must be escaped, for example:
{
"javax.net.ssl.trustStore": "C:\\Users\\user\\mytrust.jks",
"javax.net.ssl.trustStoreType": "JKS"
}
One of the benefits of the WebLogic Remote Console is the ability to connect to, and manage, a WebLogic Server domain running on Kubernetes. For details about how to setup access to WebLogic Server domains running on Kubernetes, see Use the Remote Console in the WebLogic Kubernetes Operator User Guide.
To stop the Remote Console in the desktop application, close the desktop application.
To stop the Remote Console in the browser, kill the console process (for example, Ctrl+c
).
When you stop the Remote Console process in the browser, close the corresponding browser tab or window.
See Tune the Remote Console Environment for other possible configuration changes.
To connect to a WebLogic Remote Console that is not running on the same machine as the browser, you can specify non-default values for the Remote Console host and port using Java system properties. The process differs depending on whether you are using the Remote Console through console.zip
or the desktop application.
To specify a listen address when running console.zip
:
On the host where the Remote Console is installed, open a command window.
On the command line, set these Java system properties when starting the Remote Console:
-Dserver.host=<host-address>
to have the Remote Console listen on a host other than localhost
(IP address 127.0.0.1
)
-Dserver.port=<port-number>
to have the Remote Console bind to a port other than 8012
.
For example:
java -Dserver.host=0.0.0.0 -Dserver.port=8092 -jar <console_home>/console.jar
In this example, 0.0.0.0
specifies that the host is listening on all IP addresses on that machine and <console_home>
represents the directory where you unzipped the installer.
On the local machine, open a browser window and enter:
http://hostname:8092
In this example, hostname
represents the machine where you started the Remote Console, and can be an IP address or a DNS name (such as myhost.example.com
).
When you connect to a Remote Console process running on a different machine, you risk exposing sensitive data over the network.
In the Connect to WebLogic Domain window, enter the Administrator user name, password, and the URL of the domain.
When the Remote Console is not running on the same machine as the browser, the WebLogic domain URL must be accessible to the machine running the Remote Console process.
To specify a listen address when running the desktop application:
On the host where the Remote Console is installed, create a config.json
file in the location applicable to your operating system.
$HOME/.config/weblogic-remote-console/
/Users/<user>/Library/Application Support/weblogic-remote-console/
C:\Users\<user>\AppData\Roaming\weblogic-remote-console\
In config.json
, add the following properties, updating the values to reflect the hostname and port you want.
{
"server.host": "0.0.0.0",
"server.port": "8092"
}
On the same machine, open a command window and enter the command applicable to your operating system:
weblogic-remote-console --headless
/Applications/WebLogic Remote Console.app/Contents/MacOS/WebLogic Remote Console --headless
C:\Users\<user>\AppData\Local\Programs\weblogic-remote-console\WebLogic Remote Console.exe --headless
On your local machine, open a browser window and enter:
http://hostname:8092
In this example, hostname
represents the machine where you started the Remote Console, and can be an IP address or a DNS name (such as myhost.example.com
).
When you connect to a Remote Console process running on a different machine, you risk exposing sensitive data over the network.
In the Connect to WebLogic Domain window, enter the Administrator user name, password, and the URL of the domain.
When the Remote Console is not running on the same machine as the browser, the WebLogic domain URL must be accessible to the machine running the Remote Console process.
When using WebLogic demo trust to connect to the WebLogic domain, you may need to disable host name verification. Disabling host name verification causes the Remote Console to skip the verification check of ensuring that the host name in the URL to which a connection is made matches the host name in the digital certificate that the server sends back as part of the SSL connection.
To disable host name verification, set the console.disableHostnameVerification
property to true
when required. The default is false
.
For example, to connect to the domain using SSL/TLS with host name verification disabled:
java -Dconsole.disableHostnameVerification=true -Djavax.net.ssl.trustStore="/<path-to-wl-home>/server/lib/DemoTrust.jks" -Djavax.net.ssl.trustStoreType="JKS" -jar <console_home>/console.jar
or in the config.json
file, add
{
"console.disableHostnameVerification": "true",
"javax.net.ssl.trustStore": "/<path-to-wl-home>/server/lib/DemoTrust.jks",
"javax.net.ssl.trustStoreType": "JKS"
}
On Windows the path character \
must be escaped, for example:
{
"console.disableHostnameVerification": "true",
"javax.net.ssl.trustStore": "C:\\<path-to-wl-home>\\server\\lib\\DemoTrust.jks",
"javax.net.ssl.trustStoreType": "JKS"
}
We do not recommend using the demo certificates or turning off host name verification in production environments.