<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>service-orientated-architecture at Yahoo! Groups</title>
    <link>http://groups.yahoo.com/group/service-orientated-architecture/</link>
    <description>SOA</description>

    <item>
      <title>Re: [ZapFlash] Cloud-Friendly BPM: The Power of Hypermedia-Oriented </title>
      <pubDate>Wed, 22 May 2013 15:20:44 GMT</pubDate>
      <dc:creator>Michael Poulin</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15835</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15835</guid>
      <description>A lot of good stuff. But still one concern. Let&#39;s look at: &quot;The secret to getting all these architectural trends to work well together centers on how we deal</description>
    </item>
    <item>
      <title>[ZapFlash] Cloud-Friendly BPM: The Power of Hypermedia-Oriented Arch</title>
      <pubDate>Wed, 22 May 2013 10:42:45 GMT</pubDate>
      <dc:creator>Gervas Douglas</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15834</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15834</guid>
      <description>Cloud-Friendly BPM: The Power of Hypermedia-Oriented Architecture Document ID: | Document Type: ZapFlash By: /Jason Bloomberg/ | Posted: /May 21, 2013/ When</description>
    </item>
    <item>
      <title>Re: [ZapFlash] Cloud Computing: Rethinking Control of IT</title>
      <pubDate>Fri, 10 May 2013 15:07:12 GMT</pubDate>
      <dc:creator>Steve Jones</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15833</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15833</guid>
      <description>In 5-10 years businesses will consider building private clouds in the same way as they consider building private telephone networks today. Compute and Storage</description>
    </item>
    <item>
      <title>Re: [ZapFlash] Cloud Computing: Rethinking Control of IT</title>
      <pubDate>Fri, 10 May 2013 13:35:53 GMT</pubDate>
      <dc:creator>Michael Poulin</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15832</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15832</guid>
      <description>In the last decades of Soviet Union, communists were busy with creating problems that they then heroically overcome. I have to tell you, it is a very</description>
    </item>
    <item>
      <title>[ZapFlash] Forecasting the Cloud Market: How the Sausage is Made</title>
      <pubDate>Thu, 09 May 2013 20:54:51 GMT</pubDate>
      <dc:creator>Gervas Douglas</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15831</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15831</guid>
      <description>Forecasting the Cloud Market: How the Sausage is Made Document ID: | Document Type: ZapFlash By: /Jason Bloomberg/ | Posted: /May 9, 2013/ Before I joined</description>
    </item>
    <item>
      <title>[ZapFlash] Cloud Computing: Rethinking Control of IT</title>
      <pubDate>Thu, 09 May 2013 20:54:48 GMT</pubDate>
      <dc:creator>Gervas Douglas</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15830</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15830</guid>
      <description>Cloud Computing: Rethinking Control of IT Document ID: | Document Type: ZapFlash By: /Jason Bloomberg/ | Posted: /April 24, 2013/ In my role as a globetrotting</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Thu, 09 May 2013 19:21:43 GMT</pubDate>
      <dc:creator>remyfannader</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15829</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15829</guid>
      <description>The challenge with RT requirements is to maintain the distinction between functional constraints on one hand, architecture capabilities on the other hand. With</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Thu, 09 May 2013 13:04:15 GMT</pubDate>
      <dc:creator>Ashraf Galal</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15828</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15828</guid>
      <description>To answer your questions, let&#39;s first introduce some defintions that will help answer your questions. Semantic web aims to build a common framework that allows</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Thu, 09 May 2013 13:02:44 GMT</pubDate>
      <dc:creator>Alexander Johannesen</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15827</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15827</guid>
      <description>... So, an ontology? ... Like? ... I&#39;m concerned about the a) requirement of real-time, and b) how you actually do that. ... Could you get any vaguer? :) </description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 23:16:47 GMT</pubDate>
      <dc:creator>Steve Jones</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15826</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15826</guid>
      <description>Something needs to translate between ontologies and the key bits of translation are the master data, the &#39;things&#39; that are communicated about.  yes there are</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 18:54:08 GMT</pubDate>
      <dc:creator>remyfannader</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15825</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15825</guid>
      <description>That&#39;s the well known distinction between ontolologies and taxonomies, with their counterpart as objects and aspects. Services are published aspects which may</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 18:53:52 GMT</pubDate>
      <dc:creator>Alexander Johannesen</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15824</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15824</guid>
      <description>Hi, Is there a translation of that PDF somewhere? My consultanteese is a bit rusty ... :) Anyway, could you explain the connection between &quot;master data&quot; and </description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 18:53:42 GMT</pubDate>
      <dc:creator>Michael Poulin</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15823</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15823</guid>
      <description>Yes, David, I agree with you that &quot;the service &quot;owner&quot; that gets to make their ontology&quot;, but this does not prevent the same order to operate in multiple</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 12:00:53 GMT</pubDate>
      <dc:creator>David Tildesley</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15822</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15822</guid>
      <description>Are you suggesting SOA bridging different domain ontologies? Shouldn&#39;t it be the service &quot;owner&quot; that gets to make their ontology the one in use for for their</description>
    </item>
    <item>
      <title>Re: Services as bridges between functional silos built with domain s</title>
      <pubDate>Wed, 08 May 2013 12:00:43 GMT</pubDate>
      <dc:creator>Steve Jones</dc:creator>
      <link>http://groups.yahoo.com/group/service-orientated-architecture/message/15821</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/service-orientated-architecture/message/15821</guid>
      <description>&#43;1 to that, its why I think SOA as a business architecture approach with implementation left to a domain is key... almost a BPR 2.0 concept.... </description>
    </item>

  </channel>
</rss>
<!-- rss1.grp.bf1.yahoo.com uncompressed Sat May 25 23:05:55 PDT 2013 -->
