FW: [xml-doc] XML SOAP Syndication...must read, its worth
This discussion is probably best carried out on ice-dev@....
But we more than enjoy the prospect of conversation.
Standards age, that is why we have versioning. We discussed many robust
features for ICE during its development and it was decided to keep them
under the heading of "Quality of Implementation". This allowed us to
keep the specification targeted and fairly easy to implement. The 1.1
specification for ICE has more than a dozen clue on best practices for
The ICE 2.0 initiative has begun and the requirements are listed on the
ICE home page http://www.icestandard.org You will note that SOAP, WSDL
and UDDI are on the radar scope. SOAP will definitely be referenced in
the 2.0 specification. WSDL and UDDI will either be part of the
specification, or implemented as examples to clarify the ICE as a Web
Service part of the 2.0 specification. (For a complete list please
reference the page listed above)
The other nice piece about the ICE 2.0 specification is the desire to
use a modular approach to the specification which will allow us to take
a more robust approach to some of the none core elements of a
Daniel L. Koger
Practice Director Seattle - Microsoft .NET
Senior Consultant - Data Integration
Office: (425) 451-2575
Cell: (425) 830-0122
From: asifkundi2000 [mailto:asifkundi2000@...]
Sent: Thursday, March 28, 2002 1:49 PM
Subject: [xml-doc] XML SOAP Syndication...must read, its worth
Sorry, it got long but it is worth its length. (Sorry if this
question was not supposed to be asked on this group). The question
may raise a debate storm or may just pass away without making any
wave, its up to you if interested in web-services. (why don't we
change the name and call it "MiddleWare for Masses"? !!
Come to the point: My Question is about Syndication by SOAP...
ICE (Info & Content Xchange, used for Syndication purpose) was
great but getting almost obsolete now. Its use was wrongly considered
limited to News Syndication Industry only. WAVO Corp is shifting from
ICE even. Market doesn't seem to welcome EDI again. I have read a
little about ICE and I think ICE was a-bit static (sorry if I am
wrong as usual!). The "sources of contents were predefined". If
Client wants a content/service, horoscopes for example!, and no
Agent/Publisher listed has this service then ICE was unable to
FIND/DISCOVER the Agent providing this requested content/service on-
What if: If Toyota Motors wants its Update get delivered to all of
its world-wide dealers and, worse, one dealer wants a regional-
requirement-change in product, ICE was hard to get around this
problem. Of course Central Server doesn't like this change to get
reflected anywhere else.
Can we make SOAP work like ICE? SOAP can be used for Dynamic/on- spot
syndication: "Discover And Provide". I want to make a "wrapper
of SOAP over ICE" so that developer will be working with SOAP (easy
to work with than ICE, and supports UDDI and WSDL also) but behind
the scenes ICE will be working, i.e.:
Content Syndication: Developer -> SOAP -> ICE.
* Developer: person writing Syndication Applications.
On the run-time if Subscriber asks for some contents and Central
Server doesn't have any listed Agent providing requested
content/service, UDDI will be used for its 2nd D (Discovery) for this
purpose. OK! it requires an ideal world where every
Content/WebService provider has its WSDL documents attached in which
available contents/services are listed. ( I am ABC publisher and I
have Stocks, Weather, Airline, Hotel reports...horoscopes still not
found!). Our application will read this services/contents catalog and
if found required service, will Subscribe on it. Point: They are not
subscribing to us rather we are becoming their Clients as our own
clients are waiting for us back to get these contents. If not found,
discover someOne else who does provide it. (UDDI is a Universal
DataBase where many service/content providers, those who are
WebServices literate!, are listed in a Registry)
There should be no human intervention in all this process. I think
the world of WebServices is the world withOut any human being!! :)
I have the main confusion that:
1) Is It good enough to make it and give time to it ?
2) Should there be any change in Objectives ?
I'll be waiting for your response deadly. Please reply.
Post a message: mailto:firstname.lastname@example.org
Switch to digest: mailto:email@example.com
Put mail on hold: mailto:firstname.lastname@example.org
Contact adminstrator: mailto:email@example.com
Make changes via Web: http://groups.yahoo.com/subscribe/xml-doc/
Read archived messages: http://groups.yahoo.com/messages/xml-doc/
Your use of Yahoo! Groups is subject to
[Non-text portions of this message have been removed]