UDDI Endpoint Lookup mediation primitive properties
You can specify values for mediation primitive properties either by using the property fields in the IBM® Integration Designer user interface or by using an XML format. The property field names displayed in IBM Integration Designer are generally different from the property names used when building a mediation flow using XML code. In the following information, icons are used to identify each property name used in IBM Integration Designer and the corresponding XML name. (Where applicable, XML names that are required, but not shown in IBM Integration Designer, are also described.)
Registry Name registryName
Identifies the definition to be used by the UDDI Endpoint Lookup mediation primitive. A definition is created using the server administrative console and provides connection information for a UDDI instance. At least one UDDI definition needs to exist on the server that your SCA module is installed to.
Field detail | Value and notes |
---|---|
Required | No |
Valid values | String Note:
|
Match Policy matchPolicy
Determines how many service endpoints should be added to the message if the registry has more than one service matching your query.If no match is found during a registry query, regardless of the match policy, the noMatch output terminal is fired and the original input SMO is propagated.
Match Policy | First | All | All and Alternates | |||
---|---|---|---|---|---|---|
Output terminal | out | noMatch | out | noMatch | out | noMatch |
Target | update | no action | clear | no action | update | no action |
Primitive context | update | no action | update | no action | update | no action |
Alternate targets | clear | no action | clear | no action | update | no action |
Required | Yes |
Valid values |
Note:
|
Default | Return first matching endpoint and set routing target |
Business Name businessName
The name of the business to search for.
Field detail | Value and notes |
---|---|
Required | No |
Valid values | String Note:
|
Technical Model Names technicalModels
The name of the technical model to search for. This property is optional, with a valid type of String.
The maximum number of TModels which UDDI can check that a given Service supports is 64, and 5 by default, as determined by the configuration parameter that has been set.
Service Name serviceName
The name of the service to search for.
Field detail | Value and notes |
---|---|
Required | No |
Valid values | String Note:
|
Find Qualifiers findQualifiers
A list of find qualifiers (as specified in the UDDI specification). This property is optional.
Considerations
- If the Use dynamic endpoint if set in the message header property is not set in the callout node, the runtime environment does not use the dynamic endpoint in /headers/SMOHeader/Target/address. In this case, the runtime environment uses the default endpoint if there is one, or throws an error.
- The above information only applies to UDDI Servers that support the UDDI version 3 specification.
Sample XML code
<node name="UDDIEndpointLookup" type="UDDIEndpointLookup">
<property name="registryName" value="myRegistry"/>
<property name="businessName" value="myBusinessName"/>
<table name="technicalModels">
<row>
<property name="technicalModel" value="myTechnicalModel"/>
</row>
</table>
<property name="serviceName" value="myServiceName"/>
<table name="findQualifiers">
<row>
<property name="findQualifier" value="myFindQualifier"/>
</row>
</table>
<inputTerminal/>
<outputTerminal>
<wire targetNode="SLACheck1"/>
</outputTerminal>
<outputTerminal name="noMatch"/>
<failTerminal/>
</node>