OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [regrep] [Paper on Federated Registries] Re: [Fwd: Semantic WebServices Architecture Committee Requirements Document]

Thanks for sharing Joe.

This reminds me of the need for doing an update on the Publishing Web 
Services TN to add details on how to publish QoS attributes for Web 
Services and how to use those QoS attributes for Service discovery. Our 
existing specs handle this use case already but the details need to be 
spelled out.

I propose we add this to our next TC meeting's agenda. Thanks.


Chiusano Joseph wrote:

>FYI: I sent the e-mail below to the SCM subcomittee, then noticed one of
>the citations [1] which was a paper on "Discovery of Web Services in a
>Federated Registry Environment" - so I thought it might be of interest
>to the full TC. Includes references to both UDDI and ebXML Registry.
>This University of Georgia (US) paper discusses the METEOR-S Web Service
>Discovery Infrastructure[2][3], which provides an ontology based
>infrastructure to provide access to registries divided based on business
>domains and grouped into federations. It also discusses how Web Service 
>discovery is carried out within a federation.
>[1] http://lsdis.cs.uga.edu/Library/download/MWSDI-ICWS04-final.pdf
>[2] http://lsdis.cs.uga.edu/proj/meteor/mwsdi.html
>[3] http://lsdis.cs.uga.edu/Projects/METEOR-S/index.php
>Joseph Chiusano wrote:
>>Just announced: The Semantic Web Services Initiative (SWSI) has released
>>architecture requirements for Semantic Web Services. Highlights are
>>included below - including service lifecycle and ontology management.
>>[1] http://www.daml.org/services/swsa/swsa-requirements.html
>>(1) Semantic Web Services are viewed as a way to extend the capabilities
>>of web services in the direction of dynamic interoperability, thereby
>>making it possible for clients to successfully utilize web services
>>without prior arrangements between people that are realized in rigid
>>software protocols, and immutable ontologies or meta-data.
>>(2) The functions addressed by the Semantic Web Services Architecture
>>will include:
>>* Dynamic Service Discovery: The capability for a software agent to
>>identify candidate services for particular objectives; includes
>>candidate service matchmaking and brokering functions.
>>* Service Selection and Composition: The capability to dynamically
>>select and compose services to achieve some objective; includes failure
>>recovery and compensation mechanisms, as well as choreography
>>interpretation and execution. Also includes ontology translation
>>* Negotiation and Contracting: Ability for two agents to mutually
>>formulate a shared agreement in terms of performance to be provided;
>>includes dispute resolution and compliance.
>>* Semantic Web Community Support Services: Capabilities associated with
>>sharing semantic descriptions, ontologies, ontology mappings, and
>>service catalogs within and across communities, and managing these items
>>as well.
>>* Semantic Web Service Lifecycle and Resource Management Services:
>>Capability to management the lifecycle of Semantic Web Services.
>>* Other: Includes QoS requirements (time, cost, reliabilty, operational
>>metrics, etc.), and the capability to discover a service based on these
>>-------- Original Message --------
>>Subject: Semantic Web Services Architecture Committee Requirements
>>Resent-Date: Thu,  3 Jun 2004 11:28:16 -0400 (EDT)
>>Resent-From: public-sws-ig@w3.org
>>Date: Thu, 03 Jun 2004 11:28:06 -0400
>>From: Mark Burstein <burstein@bbn.com>
>>To: public-sws-ig@w3.org
>>The Architecture Committee of the Semantic Web Services Initiative
>>has spent the last few
>>months putting together an overview of the functional requirements that
>>comprehensive approach to architectures for semantic web services should
>>include.  While different communities will need more or
>>less of some of the features covered, we felt it was worthwhile to try
>>take a longer term view in this exercise.
>>The document is available for review and comment from the SWSA committee
>>home page at
>>The document itself is located at
>>Comments can be sent to public-sws-ig or to me personally at the address

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]