<dl><dt><strong><a name="jaxrpc11">Generating a JAX-RPC Client for UDDI 3.0.2</a></strong><br /></dt><dd>There are several incompatible Java clients for UDDI V2 which prevents portability of UDDI applications and tools written in Java. This Technical Note aims to avoid a repetition of this for UDDI V3 by encouraging the use of a single JAX-RPC programming model for UDDI V3. This technical note describes how to generate a Java client for UDDI 3.0.2 using only the mandatory mappings from WSDL and XML Schema to Java in the JAX-RPC 1.1 Specification. <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-jax-rpc-20050126.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-jax-rpc-20050126.pdf">PDF</a> <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-jax-rpc-20050126/schema">Schema Files</a>&nbsp; / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-jax-rpc-20050126/wsdl">WSDL File</a><br /></dd></dl><dl><dt><strong><a name="anyuri">Handling of anyURI datatypes</a></strong><br /></dt><dd>Non-ASCII characters are supported by the XML Schema anyURI datatype but are not always supported in Web service tooling. This technical note describes the interoperability considerations when using anyURI-based data types in UDDI V3 API calls. <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-anyurihandling-20040921.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-anyurihandling-20040921.pdf">PDF</a><br /></dd></dl><dl><dt><strong><a name="TaxonomyVersion2">Providing a Taxonomy for Use in UDDI Version 2</a></strong><br /></dt><dd>Taxonomies and identifier systems play an important role within UDDI. It is through categorization and identification that businesses are able to find each other and the services that meet their needs. Versions 1 and 2 of UDDI cite three common categorization schemes to encourage registrants to categorize their businesses, services and service descriptions. There are dozens of other taxonomies available that are newer, gaining in popularity, or targeted at specific constituencies. While UDDI does not mandate use of these taxonomies, it is imperative that they be made available to those who would benefit from using them. This paper guides the providers of taxonomies and identifier systems in the registration of their taxonomies and through the process of providing a validation service. Since taxonomies and identifier systems are handled in the same way, for conciseness this paper refers to both as &quot;taxonomies&quot;. &nbsp; <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-taxonomy-provider-v100-20010717.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-taxonomy-provider-v100-20010717.pdf">PDF</a><br /></dd></dl><dl><dt><strong><a name="ValueSetForV3">Providing A Value Set For Use In UDDI Version 3</a>.</strong><br /></dt><dd>In UDDI, a value set represents a set of values that can be used to provide meaning or context to a UDDI entity. Category, identifier, and relationship type systems are all value sets. Value sets play an important role within UDDI, because it is through their use that businesses are able to find each other and the services that meet their needs. Through the use of value sets in UDDI registries, businesses are able to find each other and the services that meet their needs. This document provides guidelines for providers of value sets on how to model, register, and validate their value sets for use in UDDI Version 3. <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-valuesetprovider-v101-20030715.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-valuesetprovider-v101-20030715.pdf">PDF</a><br /></dd></dl><dl><dt><strong><a name="regForebXML">UDDI as the registry for ebXML Components</a></strong><br /></dt><dd>&nbsp; This UDDI Spec Technical Committee Technical Note (TN) provides technical guidance on how to use UDDI registries within the ebXML framework of B2B services. Specifically, it addresses the issues related to enabling automated discovery of ebXML framework components, such as Collaboration Protocol Profile and Business Process Specification Schema, using UDDI. By adopting the technical guidance of this TN, users will enable trading partners and their Web services and ebXML infrastructures to interact using UDDI as a common registry. &nbsp; <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-uddi-ebxml-20040219.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-uddi-ebxml-20040219.pdf">PDF</a> &nbsp;<br /></dd></dl><dl><dt><strong><a name="bpel">Using BPEL4WS in a UDDI registry</a></strong><br /></dt><dd>BPEL4WS abstract processes describe the observable behavior of Web services. They complement abstract WSDL interfaces (port types and operations) and the UDDI model by defining dependencies between service operations in the context of a message exchange. This technical note describes the relationships between the three models and suggests how BPEL4WS abstract processes can be used in a UDDI Registry. <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-bpel-20040725.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-bpel-20040725.pdf">PDF</a><br /></dd></dl><dl><dt><strong><a name="WSDLTNV2">Using WSDL in a UDDI Registry, Version 2.0.2</a></strong> &nbsp;<br /></dt><dd><span>The Universal Description, Discovery &amp; Integration (UDDI) specification provides a platform-independent way of </span>describing and discovering Web services and Web service providers. The UDDI data structures provide a framework for the description of basic service information, and an extensible mechanism to specify detailed service access information using any standard description language. Many such languages exist in specific industry domains and at different levels of the protocol stack. The Web Services Description Language (WSDL) is a general purpose XML language for describing the interface, protocol bindings, and the deployment details of network services. WSDL complements the UDDI standard by providing a uniform way of describing the abstract interface and protocol bindings of arbitrary network services. The purpose of this document is to clarify the relationship between the two and to describe a recommended approach to mapping WSDL descriptions to the UDDI data structures. This document builds on <a href="http://www.oasis-open.org/committees/uddi-spec/doc/bp/uddi-spec-tc-bp-using-wsdl-v108-20021110.htm">Using WSDL in a UDDI Registry, Version 1.08</a>, providing an expanded modeling practice that encompasses the flexibility of WSDL. The primary difference between this mapping and the one described in the existing Best Practice is that this mapping provides a methodology to represent individual Web services artifacts. As a Technical Note, this document does not replace the Version 1 Best Practice. If the additional flexibility is not required, the existing Best Practice can still be used, particularly when the UDDI artifacts are published manually. The current version of this Technical Note represents errata #2. <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-wsdl-v202-20040631.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-wsdl-v202-20040631.pdf">PDF</a> &nbsp;<br /></dd></dl><dl><dt><strong><a name="vsoverviewdoc">Value Set Overview Documents</a></strong><br /></dt><dd>Value sets facilitate discovery of entities in UDDI registries. Value sets may consist of various types of values and hierarchies that may not always be self-explanatory, e.g. value sets consisting of codes or numbers. It is thus important that value sets be well-understood by their users and applied correctly and consistently to improve the quality of registration of entities and facilitate their discovery. &nbsp; This OASIS UDDI Spec TC Technical Note provides recommendations on what Value Set Overview Documents accompanying a value set need to contain. Application of this TN will ensure consistency and completeness of Value Set Overview Documents. &nbsp; <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-valuesetoverviewdocument-20040316.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-valuesetoverviewdocument-20040316.pdf">PDF</a><br /></dd></dl><dl><dt><a name="vervalset"><strong>Versioning Value Sets in a UDDI Registry, Version 1.12 </strong></a><br /></dt><dd>Through the use of value sets in UDDI registries, businesses are able to find each other and the services that meet their needs. However, value set publishers often change their value sets by adding or deleting values and/or changing their meaning in order to meet the needs of a certain domain. This UDDI Spec TC Technical node provides guidelines to providers of value sets on how to register different versions of value sets for use in UDDI versions 2 and 3. &nbsp; <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-versioning-value-sets-v112-20030829.htm">HTML</a> / <a href="http://www.oasis-open.org/committees/uddi-spec/doc/tn/uddi-spec-tc-tn-versioning-value-sets-v112-20030829.pdf">PDF</a></dd></dl>See <a href="http://uddi.xml.org/technical-note-submissions">Technical note submissions</a> for more information.