Service client settings

To manage the settings for service clients...

Services | Service clients | service_client_instance

We can attach and detach policy sets to a service, its endpoints, or operations. We can select default bindings, create new application-specific bindings, or use existing bindings for an attached policy set. We can set whether the client uses the policy of the service provider.

This service client page displays configuration information for a service client and the associated endpoints and operations. We can view and manage policy set attachments, bindings information, and whether the client uses the policy of the service provider.

The Application and Module links provide access to the application and module settings page.

We can also manage the settings for service clients...

Applications | Application Types | WebSphere enterprise apps | service_client_application_instance | Service clients | service_client_instance

Service client

Policy Set Attachments

Service/Endpoint/Operation

Name of the service client, endpoints or operations. The full QName (Java™ class javax.xml.namespace.QName) is displayed when you hover the mouse pointer over a service client name.

Attached Client Policy Set

Policy set that is attached to the service client, endpoints or operations.

The Attached Client Policy Setcolumn can contain the following values:

• None. No policy set is attached, either directly or to a higher level service resource.

• policy_set_name. The name of the policy set that is attached directly to the service resource, for example, WS-I RSP.

• policy_set_name (inherited). The name of the policy set not attached directly to a service resource, but that is attached to a higher level service resource.

When the value in the column is a link, click the link to view or change settings about the attached policy set.

Policies Applied

Policies that are applied to the resource.

The Policies Applied column can contain the following values:

• None. No policies are applied to the service. This is the default setting if there is no policy set attached to the client.

• Client only. The client.policy set is applied to the service. This is the default setting if a policy set is attached to the client.

• Provider only. The policy configuration of the service provider is applied to the service, as long as the client can support those policies.

• Client and provider. A policy that is based on both the client.policy set and the policy of the service provider is applied to the service.

When the value in the column is a link, click the link to view or change settings about how the policies are applied.

For a service, if the value in the column is a link followed by the word inherited in parentheses, this shows a setting that is inherited from the parent application. We can click the link to change the setting for the service.

For an endpoint or operation, the value is not a link and it is followed by the word inherited in parentheses. The setting is inherited from the parent application or service and we cannot change it. If there is no applied policy, the entries in the column are None or None (inherited).

Binding

Binding information available for a service client, endpoint, or operation.

The Binding column can contain the following values:

• Not applicable. There is no policy set attached, either directly or to a higher level service resource.

• Binding_name or Default. The binding name is displayed if a policy set is attached directly and an application-specific binding or a general binding is assigned, for example, MyBindings1. Default is displayed if a policy set is attached directly but the service resource uses the default bindings.

• Binding_name (inherited) or Default (inherited). A service resource inherits the bindings from an attachment to a higher level resource.

When the value in the Binding column is a link, click the link to set settings about the binding.

 

About policy set bindings

In this release, there are two types of bindings: application-specific bindings and general bindings.

Application-specific bindings

You can create application-specific bindings only at a policy set attachment point. These bindings are specific to, and constrained by, the characteristics of the defined policy. Application-specific bindings can provide configuration for advanced policy requirements such as multiple signatures; however, these bindings are reusable only within an application. Also, application-specific bindings have very limited reuse across policy sets.

When you create an application-specific binding for a policy set attachment, the binding begins in a completely unconfigured state. You must add each policy, such as WS-Security or HTTP transport, that you want to override the default binding, and fully configure the bindings for each policy that you add. For WS-Security policy, some high level configuration attributes such as TokenConsumer, TokenGenerator, SigningInfo, or EncryptionInfo might be obtained from the default bindings if they are not configured in the application-specific bindings.

For service providers, we can create application-specific bindings only by selecting Assign Binding > New Application Specific Binding, on the Service providers policy sets and bindings collection page, for service provider resources that have an attached policy set. Similarly, for service clients, we can create application-specific bindings only by selecting Assign Binding > New Application Specific Binding, on the Service clients policy sets and bindings collection page, for service client resources that have an attached policy set.

General bindings

You can configure general bindings to be used across a range of policy sets and they can be reused across applications and for trust service attachments. Although general bindings are highly reusable, they cannot provide configuration for advanced policy requirements such as multiple signatures. There are two types of general bindings: general provider policy set bindings and general client.policy set bindings.

You can create general provider policy set bindings by clicking Services > Policy sets > General provider policy set bindings > New in the general provider policy sets panel, or by clicking Services > Policy sets > General client.policy set bindings > New in the general client policy set and bindings panel. For details about defining and managing service client or provider bindings, see the related links. General provider policy set bindings might also be used for trust service attachments.

Buttons

Attach Client Policy Set	Click this button to view a list of policy sets available for attachment to the selected service, endpoint, or operation. Select a policy set from the list to attach and it is attached to the selected service, endpoint, or operation. To close the menu list, click Attach Client Policy Set.
Detach Client Policy Set	Click this button to detach a policy set from a selected service, endpoint, or operation. After the policy set is detached, if there is no policy set attached to an upper level service resource, the Attached Client Policy Set column displays None and the Binding column displays Not Applicable. If there is a policy set attached to an upper level service resource, the Attached Client Policy Set column displays policy_set_name (inherited) and the binding used for the upper level attachment is applied. The binding name is displayed followed by (inherited).
Assign Binding	Default Default binding for the selected service, endpoint, or operation. We can specify client and provider default bindings to be used at the cell level or global security domain level, for a particular server, or for a security domain. The default bindings are used when an application-specific binding has not been assigned to the attachment. When you attach a policy set to a service resource, the binding is initially set to the default. If we do not specifically assign a binding to the attachment point using this Assign Binding action, the default specified at the nearest scope is used.For any policy set attachment, the run time checks to see if the attachment includes a binding. If so, it uses that binding. If not, the run time checks in the following order and uses the first available default binding: Default general bindings for the server Default general bindings for the domain in which the server resides Default general bindings for the global security domain New Application Specific Binding Select this option to create a new application-specific binding for the policy set attachments. The new binding you create is used for the selected resources. If we select more than one resource, ensure that all selected resources have the same policy set attached. Provider sample Select this option to use the Provider sample binding. To close the menu list, click Assign Binding.

---

 

Related tasks

View detail of a service client and managing policy sets

 

Related

Service provider policy sets and bindings collection
Service client.policy set and bindings collection
Service providers collection at the cell level
Service providers collection at the application level
Service client collection at the cell level
Policies applied settings
Administrative console buttons
Administrative console preference settings
Administrative roles