diff options
author | ryman | 2006-04-05 21:42:24 +0000 |
---|---|---|
committer | ryman | 2006-04-05 21:42:24 +0000 |
commit | c4bae084ddc22c7b8690a5a24cae99a6445ce8f4 (patch) | |
tree | 29866df16962c2fc89dc12c0a7076e0395d4c135 /docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita | |
parent | a73f41c57c3d5bfc039451a70a22463bec11ea12 (diff) | |
download | webtools.webservices-c4bae084ddc22c7b8690a5a24cae99a6445ce8f4.tar.gz webtools.webservices-c4bae084ddc22c7b8690a5a24cae99a6445ce8f4.tar.xz webtools.webservices-c4bae084ddc22c7b8690a5a24cae99a6445ce8f4.zip |
[131837] Initial commit of DITA source and build.xml.
Diffstat (limited to 'docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita')
-rw-r--r-- | docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita | 68 |
1 files changed, 68 insertions, 0 deletions
diff --git a/docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita b/docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita new file mode 100644 index 000000000..477eb1f54 --- /dev/null +++ b/docs/org.eclipse.jst.ws.doc.user/concepts/cwsilud.dita @@ -0,0 +1,68 @@ +<?xml version="1.0" encoding="utf-8"?> +<!--Arbortext, Inc., 1988-2005, v.4002--> +<!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd"> +<concept id="cwsilud" xml:lang="en-us"> +<title>Relationship between UDDI and WSIL</title> +<shortdesc>The Web Services Inspection Language (WSIL) and the Universal Description, +Discovery, and Integration (UDDI) specification both address issues related +to Web service discovery. However, each specification takes a different +approach to the discovery of Web services. The two specifications can +be used separately or jointly; searching with WSIL can result in finding items +in UDDI.</shortdesc> +<conbody> +<p>The UDDI specification addresses Web service discovery through the use +of a centralized model. One or more repositories are created to house +information about businesses and the services they offer. Requests and +updates pertaining to the service and business related information are issued +directly against the repositories. In addition, UDDI prescribes a specific +format for a portion of the stored description information and, to facilitate +advanced (focused) searching, assumes that other description information will +be stored and registered within the system as well.</p> +<p>UDDI systems facilitate focused discovery patterns since these systems +are based on organized repositories that provide advanced searching capabilities. +This helps requestors locate potential communication partners. In order +to provide advanced functionality, however, UDDI requires the deployment and +maintenance of a certain amount of infrastructure, thus increasing the cost +of operation. In addition, unless the service descriptions are stored +only within UDDI, there is a cost associated with keeping the different versions +synchronized.</p> +<p>The WSIL specification relies on a completely distributed model for providing +service-related information. The service descriptions can be stored +at any location, and requests to retrieve the information are generally made +directly to the entities that are offering the services. The WSIL specification +does not stipulate any particular format for the service information. +It relies on other standards, including UDDI, to define the description formats. +The WSIL specification also relies on existing Web technologies and infrastructure +to provide mechanisms for publishing and retrieving its documents.</p> +<p>WSIL provides the ability to disseminate service-related information through +existing protocols directly from the point at which the service is being offered. +This enables focused discovery to be performed on a single target; however, +because of its decentralized and distributed model, WSIL is not a good mechanism +for executing focused discovery if the communication partner is unknown.</p> +<p>The UDDI and WSIL specifications should be viewed as complementary technologies +to be used either together or separately depending on the situation. +For example, a UDDI repository could be populated based on the results found +when performing a search for WSIL documents. Likewise, a UDDI repository +may itself be discovered when a requester retrieves a WSIL document that references +an entry in the repository. In environments where the advanced functionality +afforded by UDDI is not required and where constraints do not allow for its +deployment, the WSIL mechanism may provide all of the capabilities that are +needed. In situations where data needs to be centrally managed, a UDDI +solution alone may provide the best fit. The UDDI and WSIL specifications +should not be viewed as mutually exclusive.</p> +<note>Both UDDI and WSIL contain only references to WSDL - they do not contain +the WSDL documents themselves.</note> +</conbody> +<related-links> +<linklist><title>Related Concepts</title> +<link href="cws.dita"></link> +<link href="cwsinwsa.dita"></link> +<link href="cwsil.dita"></link> +</linklist> +<linklist><title>Related Tasks</title> +<link href="../tasks/toverws.dita" scope="peer"><?Pub Caret?><linktext> Developing +Web services</linktext></link> +</linklist> +</related-links> +</concept> +<?Pub *0000004226?> |