<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://soa.sys-con.com"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Standards</title>
 <link>http://soa.sys-con.com/</link>
 <description>Latest articles from Standards</description>
 <language>en</language>
 <copyright>Copyright 2009 Ulitzer.com</copyright>
 <generator>Ulitzer.com</generator>
 <lastBuildDate>Fri, 11 Dec 2009 23:28:18 EST</lastBuildDate>
 <docs>http://backend.userland.com/rss</docs>
 <ttl>10</ttl>
<item>
 <title>Understanding the Real Costs of Integration</title>
 <link>http://soa.sys-con.com/node/1075278</link>
 <description>Are implementations of Web Services simply &quot;old wine in new bottles,&quot; with interfaces every bit as brittle and tightly-coupled as in the past, or are they really implementing Service-Oriented Integration among Services at many levels of granularity? Clearly, &quot;Web Services Integration&quot; does not equal &quot;Service-Oriented Integration.&quot; We are not doomed to repeat the mistakes of the past, as long as we understand the appropriate use of Service-Oriented Integration.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/1075278&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 18 Aug 2009 10:45:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/1075278</guid>
</item>
<item>
 <title>In Praise of the Open Cloud Manifesto</title>
 <link>http://soa.sys-con.com/node/899001</link>
 <description>The publication of the Open Cloud Manifesto is positive. The Cloud, driven by virtualization, is surfacing at the right time in the market and can advance computing in this generation. The concept of &quot;openness&quot; is necessary for innovation to thrive.  Publishing an open view with multiple and varied participants is an example of global lifecycle transformation where organizations work together across boundaries.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/899001&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 12 Apr 2009 04:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/899001</guid>
</item>
<item>
 <title>Starting an SOA Initiative or Continuing the Journey?</title>
 <link>http://soa.sys-con.com/node/793069</link>
 <description>It seems as if every few years we&#039;re inspired to learn about the next big thing in IT. Of course, it usually begins with some three letter acronym (&quot;TLA&quot;), is punctuated by the promise of significant ROI and ends with an eyebrow raising price tag. So why should SOA be anything different? Over the years SOA went from being an industry buzzword to becoming a must-have strategy with proven and perceived benefits.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/793069&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 05 Jan 2009 06:45:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/793069</guid>
</item>
<item>
 <title>Book Excerpt: Enabling Agile Business with SOA</title>
 <link>http://soa.sys-con.com/node/619329</link>
 <description>Cost cutting is a common demand that is levied on technology organizations. Consequently, each new paradigm within the industry is pitched by some as a cost-cutting strategy. The trouble is that many enterprises attempt some grand enterprise-wide deployment rather than incrementally growing their SOA over time and incorporating lessons learned along the way.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/619329&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 23 Dec 2008 06:00:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/619329</guid>
</item>
<item>
 <title>WOA for the Enterprise</title>
 <link>http://soa.sys-con.com/node/771173</link>
 <description>WOA, or web-oriented architecture, has proven itself as a viable approach to building large-scale, worldwide web services. This article introduces the principles behind WOA, how it is applied, and why it should be used even inside the enterprise. Before diving into the meat of this article, let&#039;s quickly review where WOA came from and why it has gained traction among many new technology companies.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/771173&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sat, 13 Dec 2008 07:00:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/771173</guid>
</item>
<item>
 <title>Laying the Groundwork for SOA Success</title>
 <link>http://soa.sys-con.com/node/771326</link>
 <description>For a business to be sustainable today, it must be supported by a truly sustainable architecture. This type of architecture must have built-in agility and reusability. To be able to support the disparate end-to-end transaction components involved in converting leads to cash, this architecture must be sufficiently free form in its inter-business process communication. All businesses require this, whatever the business model.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/771326&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 09 Dec 2008 09:15:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/771326</guid>
</item>
<item>
 <title>SOA Product Review: Intel XML Software Suite 1.1</title>
 <link>http://soa.sys-con.com/node/703799</link>
 <description>The one thing that unifies the distributed computing style known as SOA, in most of its manifestations, is self-describing data via the Extensible Markup Language (XML). The benefits of XML over opaque message formats in data interchange are well established. No matter if your focus is SOAP, REST, POX, or syndication with RSS or ATOM, your applications will revolve around XML processing.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/703799&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 28 Oct 2008 13:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/703799</guid>
</item>
<item>
 <title>SOA Patterns: Basic Structural Patterns – Part 3</title>
 <link>http://soa.sys-con.com/node/714224</link>
 <description>For one of the projects I worked on, we had to build a sales support system for a mobile operator. It would probably not come as a surprise to you if I told you that the competition between mobile operators is very fierce. The result of this competition is that the operator&#039;s marketing departments burn the midnight oil trying to come up with new usage plans and bundles to increase their sales.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/714224&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sat, 18 Oct 2008 10:14:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/714224</guid>
</item>
<item>
 <title>SOA Patterns: Basic Structural Patterns – Part 2</title>
 <link>http://soa.sys-con.com/node/714167</link>
 <description>Another important attribute of service construction is: How do we handle messages once we get them either on the edge component or in the service? The Transactional Service Pattern allows for solving this problem while also dealing with reliability problems. The nominal scenario of SOA is for a service to get a request to do something from a service consumer, the service then handles the request, maybe asking other services to do some stuff as well, and then produces one or more reactions for the consumer that initiated the request.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/714167&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 17 Oct 2008 21:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/714167</guid>
</item>
<item>
 <title>SOA Patterns: Basic Structural Patterns - Part 1</title>
 <link>http://soa.sys-con.com/node/696534</link>
 <description>Service-oriented architecture has become the leading solution for complex, connected business systems. While it&#039;s easy to grasp the theory of SOA, implementing well-designed, practical SOA systems can be a difficult challenge. SOA Patterns provides detailed, technology-neutral solutions to the challenges by providing architectural guidance through patterns and anti-patterns. Part 1 of this excerpt focuses on two patterns that address matters of services. These are the patterns you are most likely to use even if your service has modest requirements.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/696534&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 02 Oct 2008 17:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/696534</guid>
</item>
<item>
 <title>EDI to XML: A Practical Approach</title>
 <link>http://soa.sys-con.com/node/563225</link>
 <description>While EDI transactions account for most worldwide commercial activity, XML-based alternatives are beginning to gain traction. According to Forrester Research, stateful XML, stateless XML, and even flat file exchanges are all projected to grow at a faster rate than EDI over the next few years. The firm predicts stateful XML transactions will be required for a growing number of B2B process-oriented transactions and are projected to exceed the growth of EDI transactions over the next five years.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/563225&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 11 Sep 2008 11:45:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/563225</guid>
</item>
<item>
 <title>The Unreliable Internet</title>
 <link>http://soa.sys-con.com/node/591559</link>
 <description>The Internet&#039;s a dangerous place for a message. Component failures, network connection issues, and other problems can prevent a message from being delivered. Fortunately, there&#039;s WS-ReliableMessaging, which makes sure messages get through. This article explains how to use reliable messaging, why you should use it, and how to use it with WSO2&#039;s Web Services Application Server (WSO2 WSAS) 2.1.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/591559&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 03 Sep 2008 04:50:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/591559</guid>
</item>
<item>
 <title>Data - SOA&#039;s Last Mile</title>
 <link>http://soa.sys-con.com/node/620374</link>
 <description>According to Wikipedia, &#039;The last mile (or last kilometer) is the final leg of delivering connectivity from a communications provider to a customer. Usually referred to by the telecommunications and cable television industries, it is typically seen as an expensive challenge because &#039;fanning out&#039; wires and cables is a considerable physical undertaking.&#039; The significant complexity, cost, and risk associated with this situation delayed many broadband rollouts until new technology became available that could realize the &#039;last mile.&#039;&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/620374&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 17 Aug 2008 16:45:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/620374</guid>
</item>
<item>
 <title>SOA Product Review: Managed Methods JaxView 4.0</title>
 <link>http://soa.sys-con.com/node/620354</link>
 <description>Whether you work for a very large company with thousands of services in production or a small company with only a couple, visibility into the performance and uptime of those services is critical. Before you start investigating the myriad of governance products on the market, many of which will set you back a great deal of money, let me save you some time (and money).&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/620354&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 17 Aug 2008 10:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/620354</guid>
</item>
<item>
 <title>Leveraging SCA for Standardizing the Composite Application Ecosystem</title>
 <link>http://soa.sys-con.com/node/608764</link>
 <description>Composite applications are the new breed of applications that are built rapidly by composing ready-made configurable and customizable service components together. This is similar in spirit to creating new recognizable objects by snapping together pre-fabricated Lego blocks in unforeseen ways.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/608764&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 10 Jul 2008 14:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/608764</guid>
</item>
<item>
 <title>Best Practices for SOA: Building a Data Services Layer</title>
 <link>http://soa.sys-con.com/node/584308</link>
 <description>These days nearly every sizable organization has either implemented some form of SOA or has it on their roadmap. They quickly find that SOA efforts tend to expand like spider webs, eventually touching every corner of IT as well as the business itself. Due to the vital role that data plays both in business and systems operations, database architects, information specialists, data integration experts, and anyone responsible for data persistence in an organization are increasingly being called on to contribute to their organization&#039;s SOA initiatives - whether or not this was intended at the onset.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/584308&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 23 Jun 2008 12:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/584308</guid>
</item>
<item>
 <title>SOA or DOA</title>
 <link>http://soa.sys-con.com/node/578745</link>
 <description>Web applications built on a service-oriented architecture (SOA) promise to greatly improve IT efficiency and business agility. SOA establishes data and protocol standards so that existing internal and third-party application modules or services can be reused and orchestrated into business applications.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/578745&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 10 Jun 2008 16:45:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/578745</guid>
</item>
<item>
 <title>Layer 7 Technologies Expands SOA Into Belgian Market</title>
 <link>http://soa.sys-con.com/node/576281</link>
 <description>Layer 7 Technologies announced its go-to-market partnership with Steria Benelux. Steria will act as a channel partner for Layer 7&#039;s SOA gateway products in Belgium to offer leading SOA security, governance solutions and support to its current and prospective customers.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/576281&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 28 May 2008 15:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/576281</guid>
</item>
<item>
 <title>SOA World - Growing an SOA Garden</title>
 <link>http://soa.sys-con.com/node/568261</link>
 <description>Adopting SOA is a lot like gardening. It takes time, skill, a lot of hard work, and the process can be messy and even a bit frustrating at times. I know you&#039;ve probably heard tons of different analogies that attempt to put SOA and governance into everyday terms and I&#039;m sure that growing the SOA &#039;garden&#039; through governance won&#039;t be the last.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/568261&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 23 May 2008 14:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/568261</guid>
</item>
<item>
 <title>Long-Tail SOA and the Mythology of Re-Use</title>
 <link>http://soa.sys-con.com/node/557348</link>
 <description>Not all services are created equal. It would be great if implementing SOA were simply a matter of applying a standard design pattern to all services. Once IT had identified and codified an optimal design standard, services could be stamped out in assembly-line fashion until the IT landscape had been transformed. Unfortunately, we don&#039;t live in a cookie-cutter service Utopia.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/557348&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 22 May 2008 10:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/557348</guid>
</item>
<item>
 <title>A SOA Adaptation Strategy</title>
 <link>http://soa.sys-con.com/node/565632</link>
 <description>Interoperability is the ability of two or more systems to work with each other. In the loosely coupled environment of a service-oriented architecture (SOA), separate resources don&#039;t have to know how each of them work, but they do need to interoperate with each other by having enough common ground to exchange messages without error or misunderstanding.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/565632&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 19 May 2008 15:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/565632</guid>
</item>
<item>
 <title>Why Enterprise Architects Continue to Fall Short with SOA</title>
 <link>http://soa.sys-con.com/node/562728</link>
 <description>If you read this column and listen to my podcasts, you know that I call SOA what SOA is - an architectural pattern. In many instances, SOA is a vital component of healthy enterprise architecture. Indeed, I&#039;ve provided some keynote talks around this very topic at about half-a-dozen enterprise architecture conferences to date. However, generally speaking, the enterprise architects out there still don&#039;t &#039;get&#039; SOA, and they continue to do a poor-to-average job of creating enterprise architectures that...well...support their enterprise.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/562728&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 13 May 2008 16:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/562728</guid>
</item>
<item>
 <title>Testing Process Orchestrations Based on the BPEL Standard</title>
 <link>http://soa.sys-con.com/node/558772</link>
 <description>Composite applications are made up of discreet services that have been tried and proven reliable, but building an orchestration that incorporates services that come from several sources, some of them outside of the company, could introduce testing hazards beyond just bad output. For example, let&#039;s say that your business has a process that includes activities to run a credit check with an external credit agency or to schedule a package delivery with an external shipping service.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/558772&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 05 May 2008 18:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/558772</guid>
</item>
<item>
 <title>OnDemand Integration - Integration-as-Service</title>
 <link>http://soa.sys-con.com/node/548261</link>
 <description>The way business applications are evolving, enterprises are learning to accept and embrace the notion of applications that they neither control nor host. Now enterprises are leveraging applications that run a business through the Internet platform. As these applications become core to many businesses, so does the need to incorporate these applications into the enterprise&#039;s existing infrastructure and make them work together.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/548261&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 21 Apr 2008 18:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/548261</guid>
</item>
<item>
 <title>Improving Customer&#039;s SOA Experience with DITA</title>
 <link>http://soa.sys-con.com/node/434465</link>
 <description>We&#039;ve all experienced the thrill of acquiring a new product only to have it diminished when it&#039;s not as easy to use as expected. You rip open the box ready to start playing with your new gizmo and 20 minutes later you&#039;re stuck on the phone with tech support because the instruction book was incomprehensible.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/434465&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 07 Oct 2007 09:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/434465</guid>
</item>
<item>
 <title>Where Have All the SOA Standards Gone?</title>
 <link>http://soa.sys-con.com/node/434382</link>
 <description>To mark a new standard in the SOA space, I create a Google Alert and sift through the pile of links returned to get the scope of its maturation. I&#039;m currently tracking over 60 standards, starting with SOAP and XML (XML happened way before Google was cool).&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/434382&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 01 Oct 2007 08:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/434382</guid>
</item>
<item>
 <title>Open SOA Collaboration</title>
 <link>http://soa.sys-con.com/node/314135</link>
 <description>Last month an alliance of leading vendors announced progress on specifications to define a language-neutral programming model for application development in SOA environments. They call this specification Open SOA Collaboration. In essence, they are proposing a new standard to create and manage IT, making the process of integrating different third-party SOA technologies &#039;less onerous,&#039; they say. Or, we can call this a standard way of delivering services, making it easier to work and play well together.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/314135&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 24 Jan 2007 13:00:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/314135</guid>
</item>
<item>
 <title>An Overview Of The Java WSDP 1.5</title>
 <link>http://soa.sys-con.com/node/47667</link>
 <description>It can be difficult for developers, architects, and managers to keep up with new software packages and releases. This can be especially true with fast moving technologies like Web services. This article provides an overview of the main technologies that comprise the Java Web Services Developer Pack (Java WSDP). For more in-depth knowledge of the WSDP, simply download it and walk through the examples or complete the Java Web Services Tutorial. In an effort to standardize XML and Web services-related technologies, Sun Microsystems has developed implementations of popular standards and published them under the umbrella title of the WSDP. The toolkit&#039;s stated purpose is to simplify the development, testing, and deployment of secure and interoperable Web services. Version 1.5 is the latest release of the WSDP and contains many updates to existing technologies, new features, and a collection of bug fixes. This article will examine the main technologies provided in the WSDP and review their purpose and status.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/47667&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 26 May 2005 10:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/47667</guid>
</item>
<item>
 <title>The State of Standards</title>
 <link>http://soa.sys-con.com/node/79260</link>
 <description>There is an old saying among standards wonks: &#039;The most wonderful thing about standards is that there are so many of them.&#039; And this truism is more applicable today than ever before. There are so many WS-* specifications, I&#039;ve started referring to them as WS-Vertigo.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/79260&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 26 Apr 2005 10:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/79260</guid>
</item>
<item>
 <title>Was the Universal Service Registry a Dream?</title>
 <link>http://soa.sys-con.com/node/47278</link>
 <description>It is sometimes beneficial to stop what you&#039;re doing, take a look around, and see where you&#039;ve come from and where you are going. This regrouping is taking place right now across the software industry and is focused on the problem space of Web service description, discovery, and integration. At a high level, this article briefly discusses the progress made to date at solving the problem, describes the benefits and shortcomings of current technology, and presents a vision of the possible future of Web services infrastructure.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/47278&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 02 Dec 2004 00:00:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/47278</guid>
</item>
<item>
 <title>Process-Centric Realization of SOA</title>
 <link>http://soa.sys-con.com/node/46870</link>
 <description>Agile and adaptive business processes and supporting IT infrastructure are the holy grail of enterprise applications. The industry is heading in the right direction to start delivering on this promise.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46870&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 05 Nov 2004 00:00:00 EST</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46870</guid>
</item>
<item>
 <title>Putting the EDA in SOA</title>
 <link>http://soa.sys-con.com/node/46560</link>
 <description>The current slate of Web services standards has evolved into a mature set of very useful API&#039;s and into service-oriented architectures, or SOAs. Enterprise integration, however, includes many requirements that are not met by SOAs alone. A movement is under way to augment Web services with a new set of standards that address the other side of integration - Event Driven Architectures, or EDAs.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46560&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 13 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46560</guid>
</item>
<item>
 <title>WSIF &amp; JSR-208</title>
 <link>http://soa.sys-con.com/node/46558</link>
 <description>There&#039;s a common misconception that Business Process Execution Language for Web Services (BPEL) is useful only if all of your systems are Web services. This article describes how Web Services Invocation Framework (WSIF) enables BPEL to orchestrate nearly any legacy system as if it were a Web service - without having to explicitly wrap or publish it as one.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46558&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 01 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46558</guid>
</item>
<item>
 <title>Automating MISMO Processes</title>
 <link>http://soa.sys-con.com/node/46562</link>
 <description>Implementing industry standards for business processes can do far more than provide a common protocol for operations. Once commodity information or documents are standardized, it makes sense to look at what common actions need to be taken on that data or document - and standardize those as well.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46562&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 01 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46562</guid>
</item>
<item>
 <title>Web Service Local Reference</title>
 <link>http://soa.sys-con.com/node/46565</link>
 <description>There is a need for container-managed support for local invocations among colocated Web services. This feature would be similar to EJB local invocations in the J2EE world.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46565&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 01 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46565</guid>
</item>
<item>
 <title>Federated Identity Standards</title>
 <link>http://soa.sys-con.com/node/46566</link>
 <description>Business is becoming increasingly virtual and decentralized, while real-time management of relationships with employees, contractors, partners, suppliers, and customers is becoming ever more crucial. Even within a single company, applications may reside on different platforms, in separate departmental security domains, in legacy databases derived from prior acquisitions, or (thanks to outsourcing) in separate companies.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46566&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 01 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46566</guid>
</item>
<item>
 <title>Stretching UDDI</title>
 <link>http://soa.sys-con.com/node/46568</link>
 <description>UDDI (Universal Description, Discovery, and Integration) is fast becoming a standard for storing business processes available on the Web. Although UDDI is capable of storing many different types of data, for the purposes of this article I&#039;ll focus on how UDDI can be used to register Web services, thereby making them available for application-level consumption.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/46568&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 01 Oct 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/46568</guid>
</item>
<item>
 <title>Application Server Architecture and BPEL</title>
 <link>http://soa.sys-con.com/node/45517</link>
 <description>In recent years the application server has greatly evolved, expanding the set of core services provided by the infrastructure. The current Java platform supports XML data handling, scalability, load balancing, and other capabilities that allow application-level services to be developed more easily and deployed more reliably. This progression must now address developers&#039; latest concerns regarding security, distributed transactions, and reliable messaging because applications no longer stand alone - they&#039;re deployed into a technology ecosystem that can span departmental and organizational boundaries.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/45517&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 02 Jul 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/45517</guid>
</item>
<item>
 <title>UDDI as an Extended Web Services Registry</title>
 <link>http://soa.sys-con.com/node/45102</link>
 <description>As enterprises build a critical mass of Web services, they need some way of keeping track of those services. UDDI is an ideal store for such information. Using UDDI&#039;s built-in abstractions of business services, binding templates, and tModels referring to interface specifications, UDDI can be used to manage all of the addresses and protocols and formats of those services.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/45102&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 04 Jun 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/45102</guid>
</item>
<item>
 <title>WSRP and the Enterprise Portal</title>
 <link>http://soa.sys-con.com/node/44674</link>
 <description>Web portal software has emerged as one of the most important components of software enterprises over the last few years. That success has carried with it the challenge of how to integrate disparate software services into the portal - services that can live across multiple platforms, operating systems, and networks.&lt;p&gt;&lt;a href=&quot;http://soa.sys-con.com/node/44674&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 30 Apr 2004 00:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://soa.sys-con.com/node/44674</guid>
</item>
</channel>
</rss>
