The UDDI XML.org web site is not longer accepting new posts. Information on this page is preserved for legacy purposes only.
Diff for tModels
Tue, 2006-10-31 23:04 by carolgeyer | Tue, 2006-10-31 23:05 by carolgeyer | ||
---|---|---|---|
next diff > | |||
Changes to Body | |||
Line 1 | Line 1 | ||
- | <p>Show me <a href="http://uddi.org/tmodels.html#registeredtmodels">currently published tModels</a></p>
| + | <p>Show <a href="http://uddi.org/tmodels.html#registeredtmodels">currently published tModels</a></p>
|
- | <img width="588" height="39" src="http://uddi.org/images/tmodels_what.gif" alt="What tModels can I publish?" title="What tModels can I publish?" />
| + | |
<p>tModels are core components of UDDI. tModels represent unique concepts or constructs and are used to describe compliance with a specification, a concept, a category or identifier system, or a shared design. Each tModel should contain an overviewURL, which references a document that describes the tModel and its use in more detail.</p>
| <p>tModels are core components of UDDI. tModels represent unique concepts or constructs and are used to describe compliance with a specification, a concept, a category or identifier system, or a shared design. Each tModel should contain an overviewURL, which references a document that describes the tModel and its use in more detail.</p>
| ||
<p><em>Specification tModels</em> are used to represent service type definitions, that is, reusable features of Web services. Web service registrations reference specification tModels in order to indicate their compliance with the service type definition..</p>
| <p><em>Specification tModels</em> are used to represent service type definitions, that is, reusable features of Web services. Web service registrations reference specification tModels in order to indicate their compliance with the service type definition..</p>
| ||
<p><em>Category systems and identifier systems tModels</em>, together known as "value sets", represent another important use of tModels. These enable the categorization and identification of entities registered in UDDI in accordance to these value sets. The ability to attribute metadata to providers and services registered in UDDI, and then run queries based on that metadata is absolutely central to the purpose of UDDI at both design time and run time.</p>
| <p><em>Category systems and identifier systems tModels</em>, together known as "value sets", represent another important use of tModels. These enable the categorization and identification of entities registered in UDDI in accordance to these value sets. The ability to attribute metadata to providers and services registered in UDDI, and then run queries based on that metadata is absolutely central to the purpose of UDDI at both design time and run time.</p>
| ||
- | <p>While you can publish these tModels in a UDDI registry such as the <a href="http://uddi.org/find.html">UDDI Business Registry</a> (UBR), promulgating their existence is also important. The OASIS UDDI Member Section wants to encourage and promulgate common tModels promoted by standards groups and consortiums.</p>
| + | <p>While these tModels can be published in a UDDI registry, promulgating their existence is also important. The OASIS UDDI Specification Technical Committee wants to encourage and promulgate common tModels promoted by standards groups and consortiums.</p>
|
- | <img width="588" height="39" src="http://uddi.org/images/tmodels_registering.gif" alt="Registering tModels with the Member Section" title="Registering tModels with the Member Section" />
| + | <p><br /></p>
|
- | <p>The registration of tModels with the Member Section is limited to tModels that represent a well-known concept and/or are owned by a well-known standards group, an industry vertical or a consortium (note that "well-known" may be limited to an industry, a geographical region or other contexts).</p>
| + | <p><strong>Registering tModels with OASIS</strong><br /></p>
|
- | <p>The tModel must be published at one of the UBR's nodes by either an individual who is affiliated with the author(s) of the tModel or was granted the permission to publish it on behalf of the author(s). To register as a publisher, please visit the <a href="http://uddi.org/register.html">Register page</a> of the Member Section.</p>
| + | <p>The registration of tModels with OASIS is limited to tModels that represent a well-known concept and/or are owned by a well-known standards group, an industry vertical or a consortium (note that "well-known" may be limited to an industry, a geographical region or other contexts).</p>
|
+ | <p>The tModel must be published at one of the UBR's nodes by either an individual who is affiliated with the author(s) of the tModel or was granted the permission to publish it on behalf of the author(s). To register as a publisher, please visit the OASIS <a href="http://uddi.org/register.html">Register page</a>.</p>
| ||
<p>Technically, the tModel should follow basic recommendations and best practices for UDDI registrations. Therefore, it must contain:</p>
| <p>Technically, the tModel should follow basic recommendations and best practices for UDDI registrations. Therefore, it must contain:</p>
| ||
<ul>
| <ul>
| ||
Line 20 | Line 20 | ||
<li>Be referenced by a tModel if this represents its predecessor version. This is established by using the <a href="http://uddi.org/pubs/uddi_v3.htm#IsReplacedBy">isReplacedBy</a> identifier system.</li>
| <li>Be referenced by a tModel if this represents its predecessor version. This is established by using the <a href="http://uddi.org/pubs/uddi_v3.htm#IsReplacedBy">isReplacedBy</a> identifier system.</li>
| ||
</ul>
| </ul>
| ||
- | <img width="588" height="39" src="http://uddi.org/images/tmodels_requestingreg.gif" alt="Requesting registration with the Member Section" title="Requesting registration with the Member Section" />
| + | <br />
|
- | <p>The request to register your tModel with the Member Section the OASIS UDDI Member Section public mailing list at <a href="mailto:uddi-ms-comment@lists.oasis-open.org">uddi-ms-comment@lists.oasis-open.org</a>. In order to be considered, the tModel needs to have been published in the UBR and the request must include the following information:</p>
| + | <p><strong>Requesting registration with OASIS</strong></p>
|
+ | <p>tModel registration requests should be sent to the OASIS mailing list at <a href="mailto:uddi-ms-comment@lists.oasis-open.org">uddi-ms-comment@lists.oasis-open.org</a>. In order to be considered, the tModel needs to have been published in the UBR and the request must include the following information:</p>
| ||
<table width="99%" cellspacing="0" cellpadding="0" border="1" summary="">
| <table width="99%" cellspacing="0" cellpadding="0" border="1" summary="">
| ||
<tbody>
| <tbody>
| ||
Line 90 | Line 91 | ||
</tbody>
| </tbody>
| ||
</table>
| </table>
| ||
- | <p>The <a href="http://www.uddi.org/">OASIS UDDI Member Section</a>, with the aid of the <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=uddi-spec">OASIS UDDI Specification TC</a>, will validate the request against above criteria and, once accepted, will post the tModel information to this page.</p> | + | <p>The <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=uddi-spec">OASIS UDDI Specification Technical Committee</a> will validate requests against above criteria and, once accepted, will post the tModel information to this page.</p> |
tModels
Show currently published tModels
tModels are core components of UDDI. tModels represent unique concepts or constructs and are used to describe compliance with a specification, a concept, a category or identifier system, or a shared design. Each tModel should contain an overviewURL, which references a document that describes the tModel and its use in more detail.
Specification tModels are used to represent service type definitions, that is, reusable features of Web services. Web service registrations reference specification tModels in order to indicate their compliance with the service type definition..
Category systems and identifier systems tModels, together known as "value sets", represent another important use of tModels. These enable the categorization and identification of entities registered in UDDI in accordance to these value sets. The ability to attribute metadata to providers and services registered in UDDI, and then run queries based on that metadata is absolutely central to the purpose of UDDI at both design time and run time.
While these tModels can be published in a UDDI registry, promulgating their existence is also important. The OASIS UDDI Specification Technical Committee wants to encourage and promulgate common tModels promoted by standards groups and consortiums.
Registering tModels with OASIS
The registration of tModels with OASIS is limited to tModels that represent a well-known concept and/or are owned by a well-known standards group, an industry vertical or a consortium (note that "well-known" may be limited to an industry, a geographical region or other contexts).
The tModel must be published at one of the UBR's nodes by either an individual who is affiliated with the author(s) of the tModel or was granted the permission to publish it on behalf of the author(s). To register as a publisher, please visit the OASIS Register page.
Technically, the tModel should follow basic recommendations and best practices for UDDI registrations. Therefore, it must contain:
- A name, formatted as a URI
- At least one description
- At least one of overviewDoc/description or overviewDoc/overviewURL that describes the tModel's meaning in more detail. In case of an overviewURL, the URL must resolve to a document in a well-known format.
- A categoryBag/keyedReference with the tModelKey of the UDDI Types category system and a keyValue that corresponds to the tModel's actual type
It should also:
- Contain as many categories and identifiers related to it
- Be referenced by a tModel if this represents its predecessor version. This is established by using the isReplacedBy identifier system.
Requesting registration with OASIS
tModel registration requests should be sent to the OASIS mailing list at uddi-ms-comment@lists.oasis-open.org. In order to be considered, the tModel needs to have been published in the UBR and the request must include the following information:
Information items required with the request
Example
tModel Name
ntis-gov:naics:1997
tModel Description
Industry Category System: NAICS (1997 Release)
Registering Organization
Registrants' E-mail Address
uddi-operators@lists.oasis-open.org
Overview Document URL
http://www.uddi.org/taxonomies/UDDI_Taxonomy_tModels.htm#NAICS
v2 tModel Key
uuid:C0B9FE13-179F-413D-8A5B-5004DB8E5BB2
v3 tModel Key
uddi:uddi.org:ubr:categorization:naics:1997
The OASIS UDDI Specification Technical Committee will validate requests against above criteria and, once accepted, will post the tModel information to this page.