Technical Notes listed below are non-normative documents which accompany the UDDI Specification and provide guidance on how to use UDDI registries. While Technical Notes represent the view of the OASIS UDDI Specification Technical Commitee on a UDDI-related topic, they may be prospective in nature and need not document existing practice.

Generating a JAX-RPC Client for UDDI 3.0.2

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. HTML / PDF Schema Files  / WSDL File

Handling of anyURI datatypes

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. HTML / PDF

Providing a Taxonomy for Use in UDDI Version 2

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 "taxonomies".   HTML / PDF

Providing A Value Set For Use In UDDI Version 3.

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. HTML / PDF

UDDI as the registry for ebXML Components

  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.   HTML / PDF  

Using BPEL4WS in a UDDI registry

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. HTML / PDF

Using WSDL in a UDDI Registry, Version 2.0.2  

The Universal Description, Discovery & Integration (UDDI) specification provides a platform-independent way of 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 Using WSDL in a UDDI Registry, Version 1.08, 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. HTML / PDF  

Value Set Overview Documents

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.   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.   HTML / PDF

Versioning Value Sets in a UDDI Registry, Version 1.12

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.   HTML / PDF

A Note about the Technical Note Process

Technical notes may be written by OASIS members or non-members to describe a real implementation or application of UDDI that solves a business or technical problem. Technical notes may also be written to provide recommendations regarding interaction between UDDI and other technologies and/or standards where a widely adopted practice would benefit the Web services community.

If you are interested in writing a UDDI Technical Note, a formal proposal to the OASIS UDDI Specification Technical Commitee is optional, but it will give you the opportunity to present the idea for the submission without the need for investing the work necessary to prepare a completed work. A proposal may take the form of a simple abstract submitted to the Committee mailing list, or may even be proposed as a topic of discussion at a Committee meeting. The individual making the proposal can then gauge the support present in the TC for developing the work before proceeding to the next stage.

To be considered by OASIS, the technical note submission must be based on a Committee Specification or OASIS Standard version of the UDDI specification. A technical note based on a future release of the UDDI specification may be created, but it will not be published until that version of the UDDI specification is released. The OASIS Intellectual Property Rights Policy applies for any submissions.

Individuals intending to submit proposals should use the Committee's official technical note template.