The Search and Explore tabs in the menu area allow you to search the Registry.
Click the Search tab. The Search form opens. The form contains a Select Predefined Query combo box. It also contains a description of the selected query and three buttons:
Search, which performs the query
Clear, which clears the form and the Registry Objects area
Help, which provides help on searching the Registry
The remaining contents of the form depend on which query you select. The default query is Basic Query.
Select Predefined Query combo box
Name text field
Description text field
ClassificationSchemes tree
The next few sections describe how to use these components.
The Select Predefined Query combo box contains the items shown in Table 2–1.
Table 2–1 Predefined Queries
Query Name |
Search Purpose |
---|---|
Basic Query |
The default generic query, which allows you to search by object type, name, description, and classification |
Basic Query - Case Sensitive |
Case-sensitive version of Basic Query |
FindAllMyObjects |
Finds all objects owned (published) by the user who makes the query. May take a long time if the user owns many objects |
GetCallersUser |
Finds the User object for the user who makes the query |
WSDL Discovery Query |
Finds Web Services Description Language (WSDL) documents |
WSDL Binding Discovery Query |
Finds abstract service interfaces protocol bindings described as WSDL Binding definitions |
WSDL Port Discovery Query |
Finds implementations of service interfaces described as WSDL Port definitions |
WSDL PortType Discovery Query |
Finds abstract service interfaces described as WSDL PortType definitions |
WSDL Service Discovery Query |
Finds web services described as WSDL Service definitions |
The default selection is Basic Query. The search form for Basic Query and Basic Query — Case Sensitive contains the following components:
Object Type combo box
Name text field
Description text field
Status combo box
Select Classification Node button
You can specify any or all of these criteria in a single search. The following sections describe how to perform basic queries:
Use the FindAllMyObjects query to search for all the objects that you have published. The query results list all the objects you own except for AuditableEvent objects, which should not be edited or deleted.
Use the GetCallersUser query to view or modify data for the user you created when you registered.
See Performing WSDL Queries for information on using the WSDL queries.
The simplest search is by object type only.
The default choice in the Object Type combo box is RegistryObject, which finds all objects in the Registry. To narrow the search, change the object type.
The ClassificationNode choice lists concepts within classification schemes. ClassificationNode is a synonym for Concept.
Table 2–2 describes the object types available in the Registry.
Table 2–2 Service Registry Object Types
Object Type |
Description |
---|---|
AdhocQuery |
Represents an ad hoc query expressed in a query syntax. AdhocQuery objects are used for discovery of registry objects. AdhocQuery objects are similar in purpose to the concept of stored procedures in relational databases. For example, the predefined queries in the Search panel are all AdhocQuery objects. |
Association |
Defines a relationship between two objects. |
AuditableEvent |
Provides a record of a change to an object. A collection of AuditableEvent objects constitutes an object's audit trail. |
Classification |
Classifies an object by using a ClassificationScheme. |
ClassificationNode |
Represents a taxonomy element that has a structural relationship with other elements in an internal ClassificationScheme. Also called a Concept. |
ClassificationScheme |
Represents a taxonomy used to classify objects. In an internal ClassificationScheme, all taxonomy elements are defined in the registry as Concept instances. In an external ClassificationScheme, the values are not defined in the registry as Concept instances but instead are referenced by their String representations. |
ExternalIdentifier |
Provides additional information about an object by using String values within an identification scheme (an external ClassificationScheme). Examples of identification schemes are DUNS numbers and Social Security numbers. |
ExternalLink |
Provides a URI for content that resides outside the registry. |
ExtrinsicObject |
Provides metadata that describes submitted content whose type is not intrinsically known to the registry and that therefore must be described by means of additional attributes, such as MIME type. |
Federation |
Represents an affiliated group of registries. |
Notification |
Represents a notification from the registry regarding an event that matches a Subscription. |
Organization |
Provides information about an organization. May have a parent, and may have one or more child organizations. Always has a User object as a primary contact, and may offer Service objects. |
Person, User |
Provides information about persons and registered users within the registry. User objects are affiliated with Organization objects. |
Registry |
Represents a registry. |
RegistryPackage |
Represents a logical grouping of any number of registry objects. |
Service |
Provides information on a service. May contain one or more ServiceBinding objects. |
ServiceBinding |
Represents technical information on how to access a service. |
SpecificationLink |
Provides the linkage between a ServiceBinding and a technical specification that describes how to use the service by using the ServiceBinding. |
Subscription |
Defines a User's interest in certain types of AuditableEvent. A User creates a Subscription in order to receive notification of certain types of events. |
Choose an object type from the Object Type combo box.
Click the Search button, or place the cursor in the Name or Description text field and press Return.
The search returns all objects of the specified type. You can narrow the search by specifying a name, description, status, or classification.
You can search for objects by name, by description, or by both.
Type a string in the Name or Description field.
By default, the search looks for a name or description that matches the entire string that you typed. You can use wildcards to find a range of objects.
The wildcard characters are percent (%) and underscore (_).
The percent wildcard matches multiple characters:
Type %off% to return names or descriptions that contain the string off, such as Coffee.
Type nor% to return names or descriptions that start with Nor or nor, such as North and northern.
Type %ica to return names or descriptions that end with ica, such as America.
The underscore wildcard matches a single character. For example, the search string _us_ would match objects named Aus1 and Bus3.
Click the Search button or press Return.
An object in the Registry can have one of four statuses:
Approved
Deprecated
Submitted
Withdrawn
The default status of an object in the Registry is Submitted. An object can be approved or deprecated by a Registry administrator or by the owner of the object. An ExtrinsicObject has the status Withdrawn if its repository item has been removed.
Choose a status from the Status combo box.
Click the Search button, or place the cursor in the Name or Description text field and press Return.
The search returns all objects that have the specified status. You can narrow the search by specifying an object type, name, description, or classification.
Classification objects classify or categorize objects in the registry by using unique concepts (ClassificationNode objects) that define valid values within a classification scheme. The classification scheme is the parent in a tree hierarchy that contains generations of child concepts. Table 2–3 describes the classification schemes provided by the Registry specifications, which are called canonical classification schemes. Many of the terms in this table are defined in the Registry specifications.
Table 2–3 Canonical Classification Schemes
Classification Scheme Name |
Usage |
Description or Purpose |
---|---|---|
AssociationType |
Frequently |
Defines the types of associations between registry objects. Used as the value of the associationType attribute of an Association instance to describe the nature of the association. |
ContentManagementService |
Rarely |
Defines the types of content management services. Used in the configuration of a content management service, such as a validation or cataloging service. |
DataType |
Frequently |
Defines the data types for object attributes. Used as the value of the slotType attribute of a Slot instance to describe the data type of the Slot value. |
DeletionScopeType |
Occasionally |
Defines the values for the deletionScope attribute of the RemoveObjectsRequest protocol message. |
EmailType |
Rarely |
Defines the types of email addresses. |
ErrorHandlingModel |
Rarely |
Defines the types of error handling models for content management services. |
ErrorSeverityType |
Rarely |
Defines the different error severity types encountered by the Registry while processing protocol messages. |
EventType |
Occasionally |
Defines the types of events that can occur in a registry. |
InvocationModel |
Rarely |
Defines the different ways that a content management service can be invoked by the Registry. |
NodeType |
Occasionally |
Defines the different ways in which a ClassificationScheme can assign the value of the code attribute for its ClassificationNode (Concept) objects. |
NotificationOptionType |
Rarely |
Defines the different ways in which a client can be notified by the registry of an event within a Subscription. |
ObjectType |
Occasionally |
Defines the different types of RegistryObject a registry may support. |
PhoneType |
Rarely |
Defines the types of telephone numbers. |
QueryLanguage |
Rarely |
Defines the query languages supported by the Registry. |
ResponseStatusType |
Rarely |
Defines the different types of status for a RegistryResponse. |
StatusType |
Occasionally |
Defines the different types of status for a RegistryObject. |
SubjectGroup |
Rarely |
Defines the groups that a user can belong to for access control purposes. |
SubjectRole |
Rarely |
Defines the roles that can be assigned to a user for access control purposes. |
The primary purpose of the canonical classification schemes is not to classify objects but to provide enumerated types for object attributes. The Registry also contains a number of non-canonical classification schemes, and you can create your own.
Click the Select Classification Node button.
The Classification Node Selector window appears.
Click the folder icon for the classification scheme you want to use.
The number in parentheses after each entry indicates how many concepts (ClassificationNode objects) the parent contains.
Expand concept nodes beneath the classification scheme until you find the leaf node by which you want to search. A leaf node is a node with no concepts beneath it.
Select the leaf node.
Click Close in the Classification Node Selector window.
The ID of the concept you chose appears in a Value text field.
Click the Search button, or place the cursor in the Name or Description text field and press Return.
The Search panel contains predefined queries that allow you to search for WSDL files using different search criteria:
WSDL Discovery Query
WSDL Binding Discovery Query
WSDL Port Discovery Query
WSDL PortType Discovery Query
WSDL Service Discovery Query
This section describes how to perform these searches. For all the searches, you can specify as many or as few of the search criteria as you wish.
Choose WSDL Discovery Query from the Select Predefined Query combo box.
A search form appears.
Type values in the Name and/or Description fields.
Select a value from the Status combo box.
Type a value in the Target Namespace field.
Click Search or press Return.
Choose WSDL Binding Discovery Query from the Select Predefined Query combo box.
A search form appears.
Type values in the Binding Name and/or Binding Description fields.
Select a value from the Binding Status combo box.
Type a value in the Binding Target Namespace field.
Select a value from the Binding Protocol Type combo box.
Select a value from the Binding Transport Type combo box.
Select a value from the SOAP Binding Style combo box.
Optionally, select the Consider PortType checkbox. If you If you select this checkbox:
Click Search or press Return.
Choose WSDL Port Discovery Query from the Select Predefined Query combo box.
A search form appears.
Type values in the Port Name and/or Port Description fields.
Select a value from the Port Status combo box.
Type a value in the Port Target Namespace field.
Type a value in the Port Endpoint field.
Optionally, select the Consider Binding checkbox. If you select this checkbox:
Type values in the Binding Name and/or Binding Description fields.
Select a value from the Binding Status combo box.
Type a value in the Binding Target Namespace field.
Select a value from the Binding Protocol Type combo box.
Select a value from the Binding Transport Type combo box.
Select a value from the SOAP Binding Style combo box.
Optionally, select the Consider PortType checkbox. If you select this checkbox:
Click Search or press Return.
Choose WSDL PortType Discovery Query from the Select Predefined Query combo box.
A search form appears.
Type values in the PortType Name and/or PortType Description fields.
Select a value from the PortType Status combo box.
Type a value in the PortType Target Namespace field.
Click Search or press Return.
Choose WSDL Service Discovery Query from the Select Predefined Query combo box.
A search form appears.
Type values in the Service Name and/or Service Description fields.
Select a value from the Service Status combo box.
Type a value in the Service Target Namespace field.
Optionally, select the Consider Port checkbox. If you check this box:
Type values in the Port Name and/or Port Description fields.
Select a value from the Port Status combo box.
Type a value in the Port Target Namespace field.
Type a value in the Port Endpoint field.
Optionally, select the Consider Binding checkbox. If you select this checkbox:
Type values in the Binding Name and/or Binding Description fields.
Select a value from the Binding Status combo box.
Type a value in the Binding Target Namespace field.
Select a value from the Binding Protocol Type combo box.
Select a value from the Binding Transport Type combo box.
Select a value from the SOAP Binding Style combo box.
Optionally, select the Consider PortType checkbox. If you select this checkbox:
Click Search or press Return.
See To Find the WSDL Document for a Service for information on locating the WSDL file associated with the service you found.
After you find a service, you ordinarily want to find the WSDL file associated with the service so that you can use it to create a client proxy to communicate with the service. To do so, follow these steps.
Click the Details link for the Service object.
Click the Associations tab.
The Source Object column contains a link named WSDL.
Click the WSDL link.
A Details window appears.
Click View Repository Item Content to view the WSDL file.
Use your browser's Save As menu item to save the file to your local system.
Objects found by a search appear in the Registry Objects area.
The Registry Objects area consists of the following:
Buttons that are labeled Apply, Approve, Deprecate, Undeprecate, Bookmark, Relate, Delete, and Set or Change Status, which allow you to perform actions on objects. You must be the object’s creator or a registry administrator to perform any of these actions except for Bookmark.
A found objects display consisting of a search results table. For most objects, the table contains the following columns:
Pick checkbox. Select any two objects to activate the Relate button. See Creating Relationships Between Objects for details. Select one or more objects and click another button to perform that action. An error message appears if you do not have permission to perform the action.
Details link. Click this link to open the Details area directly below the Registry Objects area (see Viewing Object Details).
Object Type field.
Name field.
Description field.
Version field.
Version Comment field.
Status field.
For ExtrinsicObject objects, the display has two additional columns: Content Version and Content Version Comment. These columns apply to the repository item for the ExtrinsicObject.
For two kinds of objects, the Version and Version Comment columns are replaced by other content:
ExternalLink objects: External URI
ServiceBinding objects: Endpoint
The Bookmark feature of the user interface allows you to hold one or more objects in the Registry Objects area while you search for other objects. You can then create a relationship between two objects. See Creating Relationships Between Objects for details on how to perform this task.
Click Search and execute a query.
In the Registry Objects area, select the Pick checkbox for the object or objects that you want to hold there and click the Bookmark button.
The objects appear in a Bookmarked Objects area above the search results.
Execute another query.
When you have finished using a bookmarked object, select the Pick checkbox for the object and click the Remove Bookmark button. The object is removed from the Bookmarked Objects area. If it was the only object in the Bookmarked Objects area, the Bookmarked Objects area disappears.
In the search results table, click the Details link for an object to open the Details area immediately below the Registry Objects area.
This section has a row of buttons and a row of tabs:
The buttons are Apply, Save, Cancel, Approve, Deprecate, Undeprecate, Delete, and Set or Change Status. The buttons represent actions that you can perform on the object.
The tabs represent the object’s attributes. The tabs vary depending on the object type.Table 2–4 describes the tabs and the objects they apply to.
Tab Name |
Applies To |
---|---|
Object-Type Detail |
All objects (Object-Type is the object type name) |
Slots |
All objects |
Classifications |
All objects |
External Identifiers |
All objects |
Associations |
All objects |
External Links |
All objects |
Audit Trail |
All objects |
Postal Addresses |
Organization, User |
Telephone Numbers |
Organization, User |
Email Addresses |
Organization, User |
Users |
Organization |
Organizations |
Organization |
Service Bindings |
Service |
Specification Links |
ServiceBinding |
Concepts |
ClassificationScheme, ClassificationNode |
Members |
RegistryPackage |
Affected Objects |
AuditableEvent |
Click a tab to find out if the object has any values for the attribute. If it does, click the Details link for the attribute value to open a browser window with the details for the attribute value.
The Associations tab produces a table with three links for each Association:
Details
Source Object (the object type is shown)
Target Object (the object type is shown)
In the Source Object and Target Object columns, the type of the object whose associations you are viewing is shown in bold.
The Audit Trail tab does not produce a table with a Details link. Instead, this tab produces a table that contains the following information:
The event type
The date and time of the event
The name of the User that caused the event
For most objects, the Details area fields are as follows:
Unique Identifier. For every object, the Unique Identifier is an active link. Click this link to view the XML for the object in a browser window. All registry objects are stored in XML format.
Logical Unique Identifier. The Logical Unique Identifier is usually the same as the Unique Identifier. If versioning is turned on, the Logical Unique Identifier remains the same for all versions of the object, while the Unique Identifier for the new version receives a suffix that indicates the version number.
Name
Description
Status (usually Submitted, meaning that the object has been published to the Registry)
Version
Version Comment
For many objects, the fields are largely self-explanatory (the postal addresses for an Organization, for example). For some objects, the fields require some explanation. The following sections describe these fields.
The Details area for an Association object contains the following additional fields:
Source Object and Target Object. For the source and target objects of the association, the panel shows both the name and the object type. The Confirmed By Source Owner checkbox indicates whether or not the association was confirmed or approved by the source object owner. The Confirmed By Target Owner checkbox indicates whether or not the association was confirmed or approved by the target object owner. These checkboxes are always selected for intramural associations.
Association Type. The combo box displays the selected type of the Association.
Is Extramural. This checkbox is selected if at least one of the two associated objects is owned by a User other than the User who created the Association. Otherwise, the Association is defined as intramural.
The Details area for a ClassificationScheme object contains the following additional fields:
External Classification Scheme checkbox. This checkbox is selected if the classification scheme is defined outside the Registry (that is, if it has no concepts). An internal classification scheme is a classification scheme whose concept hierarchy is defined within the Registry.
The Value Type combo box, which contains one of the following selections:
Unique. This value indicates that each node of the taxonomy has a unique code assigned to it. This value is the default when you create a classification scheme in Service Registry.
Embedded Path. This value indicates that the unique code assigned to each node of the taxonomy also encodes its path.
Non-Unique. In some cases nodes are not unique, and it is necessary to use the full path (from the ClassificationScheme to the node of interest) to identify the node. For example, in a geography taxonomy, Moscow could be under both Russia and the USA, where five states have cities that are named Moscow.
The Details area for an ExtrinsicObject object contains the following additional fields:
Content Version and Content Version Comment. The Details area shows the version and optional comment for the repository item associated with the extrinsic object.
MimeType. This field contains the MIME type of the extrinsic object.
Is Opaque? checkbox. This checkbox is selected if the repository item content is not readable by the Registry (for example, if it is encrypted).
Object Type. This field contains the subconcept within the ObjectType/ExtrinsicObject tree.
View Content. Click the View Repository Item Content link to view the repository item in a browser window.
The Details area for an ExternalLink object contains the following additional fields:
Object Type. This field contains either the ExternalLink object type or a subconcept within the ObjectType/ExtrinsicObject tree.
Select Concept for Object Type button. Click this button to choose a subconcept within the ObjectType/ExtrinsicObject tree that represents the content of the external URI.
A Display Content link under the External URI field. Click this link to view the contents of the URI in a browser window.
The Explore tab allows you to navigate through Registry and Repository content by using the metaphor of a hierarchy of file folders. The root folder, which is named registry, contains all Registry content.
Click the Explore link.
Click the folder labeled registry. This folder contains two subfolders: userData, where all user content is placed, and ClassificationSchemes.
Click a link to view the registry objects of that type. Click a folder or expand a node to view the object types at the next level.
Click the ClassificationSchemes folder to open the ClassificationSchemes tree hierarchy in the menu area.
Click any link to view that classification scheme in the Registry Objects area.
Click a classification scheme folder to see the Concepts beneath it.
If the Concept icons are folders, they have subconcepts, and you can click the icons to expand them. If the Concept icons are files, they have no subconcepts.
If the classification scheme folder is a file icon, the classification scheme does not have concepts that are viewable in the Explore area.
Click a Concept link to view that concept in the Registry Objects area.