Administration Console Online Help

Previous Next Open TOC in new window
Content starts here

Create partner lookup strings

Before you begin


A partner lookup string must be specified when configuring either a web service Identity Provider partner or a Service Provider partner. This string, which specifies an endpoint URL, is required at run time by WebLogic Server to discover the partner that is associated with a SAML 2.0 assertion that needs to be either generated or validated.

For example, when a web service client needs an assertion, it passes the endpoint of the target web service to the SAML 2.0 Credential Mapping provider. The SAML 2.0 Credential Mapping provider looks up the appropriate web service Service Provider partner by searching for any partner entry that is configured with a lookup string that matches that endpoint, and then generates the assertion that is required for the partner that is found.

In a similar manner, when a WebLogic Server instance configured in the role of Service Provider receives the invocation from the web service client, it passes the assertion and the invoked endpoint to the SAML 2.0 Identity Assertion provider. The SAML 2.0 Identity Assertion provider looks up the appropriate web service Identity Provider partner by searching for any partner configured with a lookup string that matches that endpoint, and then validates the assertion against the partner that is found.

WebLogic Server also allows you to configure a partner lookup string so that the specified endpoint also serves as an Audience URI. The Audience URI attribute is therefore overloaded to perform two related but separate functions: to specify the Audience URIs that must be included in assertions, and also to designate partner lookup strings. (When configuring an Identity Provider partner, partner lookup strings and Audience URIs need to be specified in separate entries due to the way in which endpoint URLs are passed to the SAML 2.0 Identity Assertion provider.)

If a partner lookup string is not configured for a SAML 2.0 web service partner, that partner cannot be discovered at run time, and the necessary assertion for that partner cannot be generated or validated.

The general syntax for the partner lookup string is the same for both Identity Provider and Service Provider partners, but the way in which it is specified differs because of the way in which incoming endpoint URLs are handled by WebLogic Server. WebLogic Server supports two basic forms of the partner lookup string:

The partner lookup string has the following syntax:

[target:char:]<endpoint-url>

In the preceding syntax, target:char:is a prefix that is used to designate the partner lookup string, where char represents one of three special characters: a hyphen, plus sign, or asterisk (-, +, or *). This prefix determines how partner lookup is performed, as follows:

Note:
  • As previously described, when configuring an Identity Provider partner, partner lookup strings and Audience URIs need to be specified in separate entries due to the way in which endpoint URLs are passed to the SAML 2.0 Identity Assertion provider. A WebLogic Server instance that is configured in the role of Service Provider will always strip off the transport, host, and port portions of an endpoint URL that is passed in to the SAML 2.0 Identity Assertion provider.

    When you configure a Service Provider site, this behavior enables you to configure a single Identity Provider partner that can be used to validate all assertions for the same web service, regardless of the variations in the transport protocol (i.e., HTTP vs. HTTPS), host name, IP address, and port information across all the machines in a domain that host that web service.

    Therefore, the endpoint URLs you configure in any lookup string for an Identity Provider partner should contain only the portion of the URL that follows the host and port. For example, target:*:/myserver/xxx.
  • To support the need for a default partner entry, one or more of the default partner's Audience URI entries should contain a wildcard match that works for all targets. The actual wildcard URI may depend on the specific format used by the web service run time. For example:
    • target:*:/
    • target:*:http://
    • target:*:https://
.

Back to Top