3 WebLogic Servers
When you create a domain, you also create an Administration Server, which distributes configuration changes to other servers in the domain. In a typical production environment, you create one or more Managed Servers in the domain to host business applications and use the Administration Server only to configure and monitor the Managed Servers.
Note:
If you are logged into a domain partition, navigate from the Domain Partition menu. Note that WebLogic Server Multitenant domain partitions, resource groups, resource group templates, and virtual targets are deprecated in WebLogic Server 12.2.1.4.0 and will be removed in the next release.
This chapter includes the following sections:
Create servers
To create a new server instance:
Server Properties
On the Server Properties page, you can define general configuration settings for your new server instance:
-
Name: enter the desired name for your new server instance.
-
Server Listen Address: if you want to limit the valid addresses for a server instance, enter an IP address or DNS name. Otherwise, URLs to the server can specify any of the host computer's IP address, any DNS name that maps to one of the IP addresses, or the
localhost
string. -
Server Listen Port: enter the port number from which you want to access the server instance.
-
Cluster Membership: specify whether or not this server will be a stand alone server or will belong to a cluster. If this server is not part of a cluster, then select No, this is a stand-alone server.
If this server is part of a cluster, then select Yes, make this server a member of an existing cluster. Select the desired cluster from the Select a cluster menu or click Create a new cluster. For more information on creating a new cluster, see Create clusters.
For more information about these fields, see Configuration Options.
Machine Binding
On the Machine Binding page, you can optionally select a machine to associate your new server with. Use the Select a machine menu or click Create a machine. For more information on creating machines, see Create machines.
For more information about this field, see Configuration Options.
Review
On the Review page, review the configuration for this server instance.
For more information about these fields, see Configuration Options.
Monitor servers
This section describes how to monitor server instances. This section includes the following tasks:
Monitor status of all server instances
To monitor the runtime status of all server instances in a domain:
Monitor server JDBC data sources
To monitor the JDBC data sources associated with a specific server instance:
Monitor server asynchronous tasks
Because some administrative tasks (such as deployments, service migrations, and attempts to start or stop Managed Servers) are completed immediately and others take varying amounts of time to complete, the Asynchronous Tasks summary page allows you to monitor the completion status of all tasks.
To monitor the status of asynchronous tasks in a server instance:
Control servers
This section describes how to control server instances. You can start, resume,
suspend, or shutdown the server instances in a domain. For information on how the server
transitions from STANDBY
or ADMIN
to the
RUNNING
state, see Understanding Server Life Cycle in Managing Server
Startup and Shutdown for Oracle WebLogic Server.
Before you begin
Control operations on Managed Servers require starting the Node Manager. Starting Managed Servers in Standby mode requires the domain-wide administration port.
This section includes the following tasks:
Configure servers
This section describes how to configure servers. This section includes the following tasks:
Define general server configuration
To configure general settings for a specific server instance:
Specify a startup mode
The startup mode specifies the state in which a server instance should be started. The default is to start in the RUNNING
state.
To specify the startup mode for a specific server instance:
Configure cluster settings
A WebLogic Server cluster is a group of servers that work together to provide a scalable and reliable application platform.
To configure cluster settings for a specific server instance:
Configure server keystores
Keystores ensure the secure storage and management of private keys and trusted certificate authorities (CAs). You can view and define various keystore configurations which help you manage the security of message transmissions.
To configure keystore settings for a specific server instance:
-
From the WebLogic Domain menu, select Environment, then select Servers.
-
In the Servers table, select the name of the server instance you want to configure.
An overview page displays information related to the server instance.
-
From the WebLogic Server menu, select Administration, then select Keystores.
-
To change your keystore configuration:
-
Click Change.
-
From the Keystores menu, select the keystore configuration you want to use.
-
Click Save.
-
-
From the Keystore page, you can define other keystore configuration settings for this server instance, such as:
-
Keystores
-
Demo Identity Keystore
-
Demo Identity Keystore Type
-
Demo Identity Keystore Passphrase
-
Demo Trust Keystore
-
Demo Trust Keystore Type
-
Demo Trust Keystore Passphrase
-
Java Standard Trust Keystore
-
Java Standard Trust Keystore Type
-
Java Standard Trust Keystore Passphrase
For more information about these fields, see Configuration Options.
-
-
Click Save.
Configure server SSL settings
You can view and define various Secure Sockets Layer (SSL) settings for a server instance, which help you manage the security of message transmissions.
To configure SSL settings for a specific server instance:
Configure server SAML Federation Services
You can configure a WebLogic Server instance to function as a producer or as a consumer of SAML assertions that can be used for the following:
-
Web single sign-on between online business partners
-
Exchange of identity information in Web services security
The general process of configuring Federation Services depends upon the version of SAML you are using. WebLogic Server supports both SAML 1.1 and SAML 2.0.
To configure WebLogic Server to serve as a SAML 1.1 federated partner:
To configure WebLogic Server to serve as a SAML 2.0 federated partner:
Configure SAML 1.1 source services
Before you begin
You must first configure a SAML Credential Mapper V2 security provider in the server's security realm.
You can configure a WebLogic Server instance to function as a SAML source site. A SAML source site is a site that provides an Intersite Transfer Service (ITS). A source site generates assertions that are conveyed to a destination site using one of the single sign-on profiles.
To configure a server as a SAML source site:
Configure SAML 1.1 destination services
Before you begin
You must first configure a SAML Identity Asserter V2 security provider in the server's security realm.
You can configure a WebLogic Server instance to function as a SAML destination site. A destination site can receive SAML assertions and use them to authenticate local subjects.
To configure a server as a SAML destination site:
Configure SAML 2.0 general services
You can configure general SAML 2.0 services for a server. If you are configuring SAML 2.0 Web single sign-on services with your federated partners, then the site information you configure is published in a metadata file that you send to your federated partners.
To configure the general SAML 2.0 properties of this server:
After you finish
After you have configured this server's general SAML 2.0 services, select the SAML 2.0 Identity Provider page or the SAML 2.0 Service Provider page to configure this server as an Identity Provider or Service Provider, respectively.
See Configure SAML 2.0 Identity Provider services and Configure SAML 2.0 Service Provider services.
Configure SAML 2.0 Identity Provider services
You can configure a server instance in the role of SAML 2.0 Identity Provider. A SAML 2.0 Identity Provider creates, maintains, and manages identity information for principals, and provides principal authentication to other Service Provider partners within a federation by generating SAML 2.0 assertions for those partners.
To configure a server as a SAML 2.0 Identity Provider:
After you finish
Coordinate with your federated partners to ensure that the SAML bindings you have enabled for this SAML authority, as well as your requirements for signed documents, are compatible with your partners.
Configure SAML 2.0 Service Provider services
You can configure a WebLogic Server instances as a SAML 2.0 Service Provider. A Service Provider is a SAML authority that can receive SAML assertions and extract identity information from those assertions. The identity information can then be mapped to local Subjects, and optionally groups as well, that can be authenticated.
To configure a server as a SAML 2.0 Service Provider:
After you finish
Coordinate with your federated partners to ensure that the SAML bindings you have enabled for this SAML authority, as well as your requirements for signed documents, are compatible with your partners.
Configure server deployment staging
To configure the default deployment staging on a specific server instance:
Configure server tuning
You can tune the performance and functionality of a server instance by configuring the tuning settings.
To configure tuning settings for a specific server instance:
Tune connection backlog buffering
You can tune the number of connection requests that a WebLogic Server instance will accept before refusing additional requests.
To tune connection backlog buffering for a specific server instance:
Tune stuck thread detection behavior
WebLogic Server diagnoses a thread as stuck if it is continually working (not idle) for a set period of time. You can tune a server's thread detection behavior by changing the length of time before a thread is diagnosed as stuck, and by changing the frequency with which the server checks for stuck threads.
To configure stuck thread detection behavior for a specific server instance:
Replicate domain configuration files for Managed Server independence
The server instance for which you configure Managed Server Independence (MSI) replication does not need to be running.
To configure a Managed Server to replicate a domain's configuration files:
After you finish
If the Managed Server is running, then restart it.
Configure server overload
You can configure how WebLogic Server should react in the case of an overload or failure condition.
To configure overload settings for a specific server instance:
Configure server health monitoring
WebLogic Server provides a self-health monitoring capability to improve the reliability and availability of servers in a WebLogic Server domain. Selected subsystems within each server monitor their health status based on criteria specific to the subsystem.
You can configure the frequency of a server's automated health checks and the frequency with which the Node Manager application (optional) checks the server's health state. You can also use this page to specify whether Node Manager automatically stops and restarts the server if the server reaches the "failed" health state.
To configure health monitoring settings for a specific server instance:
Configure server startup
Node Manager is a WebLogic Server utility that you can use to start, suspend, shut down, and restart servers in normal or unexpected conditions. You can configure the startup settings that Node Manager will use to start this server on a remote machine.
To configure the startup options that Node Manager uses to start a specific server instance:
Configure server startup and shutdown settings
To configure the startup and shutdown settings for a server instance:
Configure server Web Services
You must install a Web service before you can view and modify its configuration. This section includes the following tasks:
Configure Web service reliable messaging
Web service reliable messaging is a framework that enables an application running on one application server to reliably invoke a Web service running on another application server, assuming that both servers implement the WS-Reliable Messaging specification. Reliable is defined as the ability to guarantee message delivery between the two Web services. Use this page to customize reliable messaging configuration on the Web service endpoint.
To configure reliable messaging for Web services:
Configure server protocol settings
This section describes how to configure server protocols.
This section includes the following tasks:
Configure server protocol general settings
To configure general protocol settings for a server instance:
Configure server IIOP settings
To configure Internet Inter-ORB Protocol (IIOP) settings for a server instance:
Monitor server network channel settings
To monitor network channel protocol settings for a server instance:
Configure server network channel settings
To configure network channel protocol settings for a server instance:
Note:
For information about configuring server template network channel settings, see Configure server template network channel settings.
View the JNDI tree
The JNDI browser is a central location where you can find the JNDI names of all the WebLogic Server resources. Typically, while writing WLS client programs, you would search the JNDI browser for JNDI names. The JNDI browser displays a tree of resources in the domain, a server, or a partition. Selecting a node or an object in the tree, displays JNDI information including Binding Name, Object Class, Object Hash Code, and Object to String Results entries.
To view objects in a server's JNDI tree:
For more information about JNDI, see Understanding WebLogic JNDI in Developing JNDI Applications for Oracle WebLogic Server.