Lists Home |
Date Index |
I'm at work so I don't have my bookmarks around but here are some stuff that
Basically, the first problem is about QoS: if a web service fail what do you
do. Where do I go if a web service fails? To a new one? Which one? Where do
I find them (which UDDI directory should I check and what if it is not
The second problem is about choosing a web service: how do I choose between
2 web services ? This is as I said the same problem Google, Yahoo, and so
on, are confronted with...
Then if you find a web service, how do you consume it after buying it: the
service might be the same functionnaly but have different SOAP API. Hiow
could I reconfigure it dynamically.
Tim Berner-Lee's OWL (http://www.w3.org/TR/owl-ref/) try to answer to some
of theses problem I think.
Eventually, arrive the problem of the cheaters like the porn web site you
find on google when looking for a CS science paper (actually it did happen
to me but this is slightly outsubject :=))
so where do we start :=)?
De : Chiusano Joseph [mailto:email@example.com]
Envoye : mercredi 17 septembre 2003 17:46
A : Nicolas Toper
Cc : firstname.lastname@example.org
Objet : Re: [xml-dev] Web Services and Quality
OK you could invoke dynamically web services, but how would you find
about it? a UDDI directory?
Yes - or we could say any registry that stores/maintains Web services
descriptions. As a member of the OASIS/ebXML Registry TC, I should say
"such as UDDI or ebXML Registry".
OK but does it tell you what is the web service in a way the computer
Neither standard currently does this to the level required in my
scenario below (OASIS/ebXML Registry is planning to include Semantic
features in the registry architecture in a future version). But if a Web
services description (such as a DAML-S description) contained the proper
metadata, the descriptions themselves could be searched. Of course, it
would be preferable if some of this metadata were inherent in the
registry architecture, as it could enable more efficient searches.
I've seen something with Jini (and of course for Jini). If
you're interested, I can find back the link and send it on the list.
Yes, that would be great. Thanks.
Booz | Allen | Hamilton
Nicolas Toper wrote:
> My first question is OK you could invoke dynamically web services, but how
> would you find about it? a UDDI directory? OK but does it tell you what is
> the web service in a way the computer could understant?
> About quality, I've seen something with Jini (and of course for Jini). If
> you're interested, I can find back the link and send it on the list
> -----Message d'origine-----
> De : Chiusano Joseph [mailto:email@example.com]
> Envoye : mercredi 17 septembre 2003 17:04
> A : firstname.lastname@example.org
> Objet : [xml-dev] Web Services and Quality
> Lately I've been thinking about what's around the corner for Web
> services (whether we're close to that corner yet or not is a separate
> issue). The notion of dynamic discovery and collaboration of Web
> services comes to mind (choreography, business processes, etc.) - but
> I'm also thinking in terms of how a Web service can judge the "quality"
> of another Web service. My question is: is anyone aware of any current
> efforts on rating Web services?
> To put this question in context, please consider the following scenario:
> - A travel agency needs to access hotel reservation Web services when
> making reservations. Rather than have a fixed list of Web services that
> it always accesses, the travel agency would like to instead dynamically
> discover Web services at each transaction. This allows the travel agency
> to avoid having a pre-negotiated agreement with each Web service.
> - This dynamic approach allows the travel agency to be able to
> dynamically include newly available Web services (i.e. those not
> available on a previous transaction), and exclude existing Web services
> that may no longer be available.
> - It is assumed that dynamic discovery is through means described by the
> various Semantic Web-related initiatives taking place (i.e. a Web
> service can discover another Web service that - for instance - accepts a
> given credit card, offers fligts by a given airline, etc.).
> - Since there is no pre-negotiated agreement in this scenario, the
> travel agent needs a way of determining whether a given Web service is
> "legitimate" or not. This goes beyond the security/trust realm that can
> be covered by security tokens, to encompass whether or not the business
> behind the Web service is legitimate, and not a front for a phony
> operation. This could be done through the use of a third-party Web
> Service "certification" authority that is "trusted" by the travel agent.
> Once the travel agent's Web service agent sees this certification on a
> Web service, it moves farther with that Web service in its discovery
> - Additionally, the Web services (those that the travel agent's Web
> service attempts to discover) could have some sort of "quality rating"
> that reflects various factors such as reliability (i.e. whether or not
> the Web service offers a reliable messaging feature), up time, etc.
> - Assuming that the travel agent's Web service has initiatlly "selected"
> a Web service based on its legitimacy and quality rating: the travel
> agent's Web service may have a list of criteria specific to its request
> (hotel reservation) that are required of the discovered Web service, and
> at various levels (weights). These may reflect the travel agency's
> business policies. For instance, the travel agency may (for whatever
> reason) require a 3-day (more lenient) cancellation policy (instead of
> 1-day notice). Therefore, the requesting Web service may require that
> any discovered Web service provide information on its cancellation
> policy - and it subsequently "rates" that policy.
> - The requesting Web service calculates an overall "weighted score" for
> each discovered Web service, and returns to the travel agency
> information from the Web services with the top X scores (X is determined
> by the travel agency's policies). The aggregated results are then
> organized according to the travel agency's policies (e.g. sorted by
> price in ascending order).
> Kind Regards,
> Joe Chiusano
> Booz | Allen | Hamilton
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>