The Information
Service does the following:
-
provides a mechanism to perform a federated search
of any repositories that a user has a connection to. The term federated
means connected and treated as one. The classes in the Information
Service package enable the creation of a single filter, which can
search disparate repositories (for example, SAS Metadata Repositories
and LDAP repositories).
-
allows repository-specific
searches to be performed, so that efficient searching can be achieved.
-
provides a convenient method for fetching an item from a repository
by using a URL.
-
can be used in conjunction with the User Services and the Authentication
Service to authenticate users, create User Contexts, locate servers
that the user has access to, and create repository definitions to
use in making server connections.
For more information
about the Information Service, see
com.sas.services.information
in the SAS Foundation Services class documentation at
http://support.sas.com/rnd/javadoc/93
.
The Information Service
configuration consists of the following items:
map the repository
protocol to a Java class that implements the com.sas.services.information.RepositoryInterface
interface. When connecting to a repository, the protocol class definition
is used to create the new repository object.
are persistent storage
mechanisms for metadata and content. The repository definitions specify
how to connect to the repository and how to allow client software
to connect to a repository by name. You must create a repository definition
for each repository that your application accesses. (You must also
define a repository when using the getPathUrl method of the MetadataInterface.)
identify a set of repositories
that can be searched together.
act as wrappers for
metadata entries in order to hide the details of repository-specific
metadata types. A smart object definition consists of the following:
-
the protocol of the repository
that contains the metadata
-
the interface for the smart object
-
the repository-specific type of
metadata
-
the action to take in order to
implement the object
-
the filter class to use in order
to search for this type of object
You can use smart objects
to specify implementations (smart object action definition) for one
or more repositories. You must specify an implementation (smart object
action definition) for at least one repository type. In the smart
object action definition, you can also specify a filter to use for
implementing different smart objects for the same repository type.
act as wrappers for
metadata entries in order to hide the details of repository-specific
metadata types. However, with factories, you cannot specify an interface
or filter to use when creating the object. In addition, within each
factory, you can specify implementations (factory object action definitions)
for only one type of repository. A factory definition consists of
the following:
-
the protocol of the repository
that contains the metadata
-
the repository-specific type of
metadata
-
the action to take in order to
implement the factory
You must use smart
object definitions if you want to specify the following:
-
an interface for the object
-
a filter to use when implementing
the object
-
multiple repositories for the actions
of an object