InfoQ Homepage Service Component Architecture Content on InfoQ
-
The SCA Debate
David Chappell, from Chappell & Associates, started a debate on SCA by reasoning that "Microsoft Should Not Support SCA".
-
Interview with SCA standards members and users
InfoQ took time to talk to some of the driving forces behind SCA at the OpenCSA Plenary held recently.
-
Apache Tuscany Released as First 1.0 SCA Implementation
The the Apache Software Foundation has released the first 1.0 implementation of the Service Component Architecture (SCA), Apache Tuscany 1.0. SCA is a set of specifications aimed at simplifying SOA Application Development which are being standardized at OASIS as part of Open Composite Services Architecture (Open CSA).
-
Apache Tuscany Open Source SCA Implementation Approaches 1.0 Release
The Apache Tuscany team has released version 0.99 of its open source Service Component Architecture (SCA) implementation. InfoQ talked to Jean-Sebastien Delfino, one of the lead developers, about Tuscany, the parts of SCA that are missing, and the role of the assembly and programming models.
-
OpenCSA Plenary Kick-starts SCA Standardization Effort
Less than a week after the official announcement concerning the formation of 6 new SCA-related technical committees, OASIS announces that there will be a 3 day Plenary, which will include an educational day followed by the first meetings of the various committees.
-
The Problem With SCA?
Eric Newcomer comments on David Chappells assertion that SCA participants have differing views about what aspects of SCA are important. In David's view it is the new Java programming model. Eric disagrees: in his view it's the service assembly model.
-
Casestudy: Composite Application Development at Safeco
A case study about how motor vehicle insurance records company Safeco used SOA approahes, SCA, BPEL, and composite application approaches to reuse legacy code, enable runtime modifiability thanks to decoupling, Java and .NET interoperability, and the ability to deliver a complex solution integrating over 5 systems in less than 8 weeks with a small team.
-
The Future of SCA
In a panel on the Service Component Architecture (SCA) at JavaOne, one of the controversive topics was the SCA client programming model. Moderator David Chappell and Gregor Hohpe share their impressions.
-
Presentation: Rob High on The SOA Component Model
In an InfoQ presentation, IBM's SOA Foundation Chief Architect Rob High introduces Service Component Architecture (SCA) and Service Data Objects (SDO) as the foundation for a SOA programming model.
-
SOA Programming Models Article Posted
Author Boris Lublinski provides an overview of WCF (Indigo), JBA and SCA. These programming models attempt to go beyond just service invocations by seamlessly incorporating service orchestration support and many of the patterns required for successful SOA implementation. They also serve as a foundation for implementation of the Enterprise Service Bus.
-
ESB SCA WCF and TLAs
Patrick Leonard, VP of Product Development at Rogue Wave has posted a short commentary on Webservices.org about Enterprise Service Bus (ESB) and its relationship to SOA. Patrick focuses on other specifications and frameworks that can enable "greater realization" of SOA solutions.
-
Service Component Architecture Forges Ahead
Nine new companies have announced participation in the Service Component Architecture project and have announced a new web site at OSOA.org. Leaders of the SCA project include BEA, IBM, Oracle, SAP AG and Sun Microsystems.
-
JBI Spec Lead Criticizes Competing SCA Initiative
JBI (Java Business Integration) spec lead Ron Ten-Hove examines SCA (Service Component Architecture) and considers it "a very poor approach to creating a service-oriented architecture".
-
Implementing SOA with JEE 5 and JBI Paper Published
Sun has published a technical article, "Implementing Service-Oriented Architectures with the Java EE 5 SDK", that shows how to combine custom business logic with JBI, JEE, BPEL and a SOAP binding component to implement a service-oriented composite application.