Loading ...
Sorry, an error occurred while loading the content.

FW: [xml-doc] XML SOAP Syndication...must read, its worth

Expand Messages
  • Daniel L. Koger
    Asif, This discussion is probably best carried out on ice-dev@yahogroups.com. But we more than enjoy the prospect of conversation. Standards age, that is why
    Message 1 of 1 , Mar 29 7:08 AM

      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
      syndication relationship.


      Daniel L. Koger
      CIBER, Inc.
      Practice Director Seattle - Microsoft .NET
      Senior Consultant - Data Integration
      Office: (425) 451-2575
      Cell: (425) 830-0122

      -----Original Message-----
      From: asifkundi2000 [mailto:asifkundi2000@...]
      Sent: Thursday, March 28, 2002 1:49 PM
      To: xml-doc@yahoogroups.com
      Subject: [xml-doc] XML SOAP Syndication...must read, its worth

      Hi Dear,
      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.

      LOVE !!

      Asif Kundi.


      Post a message: mailto:xml-doc@yahoogroups.com
      Unsubscribe: mailto:xml-doc-unsubscribe@yahoogroups.com
      Switch to digest: mailto:xml-doc-digest@yahoogroups.com
      Put mail on hold: mailto:xml-doc-nomail@yahoogroups.com
      Contact adminstrator: mailto:xml-doc-owner@yahoogroups.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]
    Your message has been successfully submitted and would be delivered to recipients shortly.