﻿<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SOA Network Architect | SOA NETWORKING | THE SOA NETWORK: Recent Comments</title><link>http://soanetworkarchitect.com</link><description /><generator>Quick Blog</generator><lastBuildDate>Wed, 20 Aug 2008 02:40:53 GMT</lastBuildDate><item><title>Comment on Q&amp;A with Mike Milinkovich of Eclipse Foundation &amp; Eric Newcomer of IONA</title><link>http://soanetworkarchitect.com/2006/08/15/eclipse-on-wscdl-wsbpel-stp-soa-networks-and-other-topics.aspx#comment-565139</link><dc:creator>Steve Ross-Talbot</dc:creator><description>Interesting interviews. I think that Mr Newcomer has no experience of WS-CDL and what it can do. This is not unusual because to understand it you need to be an enterprise architect who needs to deliver a system. There are few of them about.&lt;BR&gt; &lt;BR&gt;WS-CDL does things that BPEL simply cannot do. It is incorrect to think that Abstract BPEL provides choreographies in any sensible way just as it would be incorrect to think that Java programs could do the same. They are just at the wrong level. BPEL expresses a service centric view of a composed service. Abstract BPEL attempts to fill the choreography gap by allowing you to wire up partners. The wire up approach has been shown to be ineffective and is why we moved to a decoupled world. WS-CDL on the other hand provides a higher level description from which the BPEL's can be derived and so ensures that they do work. One of course can do it the hard way with partner links but one can also code everything in Java and assembler. Just because it can be done doesn't mean it is a good idea to do it.&lt;BR&gt; &lt;BR&gt;Few if any B2B projects exist using BPEL because no one wants to cede control of their services to anyone else. It is one of the reasons why WS-CDL was created. I certainly see few if any banks using it for this very reason.</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/08/15/eclipse-on-wscdl-wsbpel-stp-soa-networks-and-other-topics.aspx#comment-565139</guid><pubDate>Thu, 27 Sep 2007 19:51:31 GMT</pubDate></item><item><title>Comment on Looking for Investors to Build Managed SOA Services Based Networks</title><link>http://soanetworkarchitect.com/2006/06/12/looking-for-investors-to-build-managed-soa-services-based-networks.aspx#comment-471539</link><dc:creator>Gary E Smith - THE SOA NETWORK</dc:creator><description>Sorry I don't do business with spammers.</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/06/12/looking-for-investors-to-build-managed-soa-services-based-networks.aspx#comment-471539</guid><pubDate>Wed, 08 Aug 2007 21:58:42 GMT</pubDate></item><item><title>Comment on Looking for Investors to Build Managed SOA Services Based Networks</title><link>http://soanetworkarchitect.com/2006/06/12/looking-for-investors-to-build-managed-soa-services-based-networks.aspx#comment-471197</link><dc:creator>Saleh Abdullah Kamel</dc:creator><description>I am interested to invest and partnership in the  SOA Sevices Based Networks,with&lt;br /&gt;assurance that the security of my capital will be there,with ROI&lt;br /&gt;of 25% per annum please kindly get back to me with full details&lt;br /&gt;via email.And how much that is involve in the business.&lt;br /&gt;&lt;br /&gt;May Allah bless you,&lt;br /&gt;&lt;br /&gt;Saleh Abdullah Kamel.&lt;br /&gt;&lt;br /&gt;Chairman/Founder&lt;br /&gt;&lt;br /&gt;Dallah Albaraka Group&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dallah.com"&gt;www.dallah.com&lt;/a&gt;</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/06/12/looking-for-investors-to-build-managed-soa-services-based-networks.aspx#comment-471197</guid><pubDate>Wed, 08 Aug 2007 17:20:50 GMT</pubDate></item><item><title>Comment on Will Service-Oriented Networking become synonymous with networking ESBs?</title><link>http://soanetworkarchitect.com/2007/05/29/will-serviceoriented-networking-become-focused-on-networking-esbs.aspx#comment-387075</link><dc:creator>Gary E Smith</dc:creator><description>Comments added by Lori MacVittie of the Application Deliver Network&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.theapplicationdeliverynetwork.com/?p=59"&gt;http://www.theapplicationdeliverynetwork.com/?p=59&lt;/a&gt;</description><guid isPermaLink="true">http://soanetworkarchitect.com/2007/05/29/will-serviceoriented-networking-become-focused-on-networking-esbs.aspx#comment-387075</guid><pubDate>Fri, 08 Jun 2007 10:24:41 GMT</pubDate></item><item><title>Comment on Networking in SOA Environments - Need for Definitions</title><link>http://soanetworkarchitect.com/2006/10/13/networking-in-soa-environments--definitions.aspx#comment-357306</link><dc:creator>PD</dc:creator><description>Good job!</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/10/13/networking-in-soa-environments--definitions.aspx#comment-357306</guid><pubDate>Tue, 15 May 2007 17:02:35 GMT</pubDate></item><item><title>Comment on Product Evolution not "Integration and Convergence"</title><link>http://soanetworkarchitect.com/2007/02/14/integration-not-convergence--todd-biske.aspx#comment-255128</link><dc:creator>Todd Biske</dc:creator><description>Gary-&lt;br&gt;I think you've missed the point of my entry.   The point was to emphasize that what enterprises need fall into three domains.  Converged products that span multiple domains are problematic for the consumer, especially ones that try to provide both connectivity and hosting.  You could argue that management could be converged with either, but then the problem is that one side will be biased over the other.  A management platform converged with connectivity technologies is probably not going to manage my execution environments well.  A management platform converged with my execution environment is probably not going to manage my connectivity technology well.  Nevermind the fact that I will likely have multiple vendors for both connectivity and execution.  This is why integration is the important factor.  Regarding your comment on the "Virtual Network Appliance," this actually supports my claim that convergence within a domain is good.  Right now, you may have devices that specialize in a particular layer, say one for layer 7, one for layer 6, and another for 5 and below.  Convergence of this capability into a single device makes perfect sense, as it stays within the domain.  Adding the ability to build and host services within this device is what is problematic.</description><guid isPermaLink="true">http://soanetworkarchitect.com/2007/02/14/integration-not-convergence--todd-biske.aspx#comment-255128</guid><pubDate>Wed, 14 Feb 2007 16:11:52 GMT</pubDate></item><item><title>Comment on Understanding Cisco's SONA - What it is and is not!</title><link>http://soanetworkarchitect.com/2006/10/15/understanding-ciscos-sona.aspx#comment-204298</link><dc:creator>Mike</dc:creator><description>I agree to a point with your assessment of the current state of SONA. It is my interpretation that trying to simplify a philosphical approach, especially in its early stages, of provisioning services is an attack on the uber-complex world of MIS and the lack of willingness to step into the networking world. Having both the experience and the background in both, MIS and Networking, I can safely state that the SOA appraoch only addressing the methodology of addressing the application interfaces and fails to fully address the black hole of the path between them. All too often it has been my observation that MIS scientist count on "other" technical recources to insure they have connectivity; outside of that they really don't care. This is where the SONA approach is trying to fill the void.</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/10/15/understanding-ciscos-sona.aspx#comment-204298</guid><pubDate>Thu, 21 Dec 2006 16:15:07 GMT</pubDate></item><item><title>Comment on What Does Networking have to do with SOA?</title><link>http://soanetworkarchitect.com/2006/05/05/soa-is-about-networking.aspx#comment-42583</link><dc:creator>Andre Maisonneuve</dc:creator><description>Commercial products are now available to facilitate the design and implemenation of SOA Hubs, without requiring developers to become experts in application or network security or in network management. Most of the security functions are handled automatically by the software package and the SOA Hub is implemented on a virtual layer over the Internet.&lt;br /&gt; &lt;br /&gt;Check out Validian at &lt;a href="http://www.validian.com"&gt;http://www.validian.com&lt;/a&gt;</description><guid isPermaLink="true">http://soanetworkarchitect.com/2006/05/05/soa-is-about-networking.aspx#comment-42583</guid><pubDate>Tue, 23 May 2006 08:00:58 GMT</pubDate></item></channel></rss>