Em resposta às solicitações dos clientes e Independent Software Vendor (ISV) parceiros, BEA, Cape Clear, IBM, Interface21, IONA, Oracle, Primeton Technologies, Progress Software, Red Hat., Rogue Wave, SAP, Siemens, a Software AG, Sun, Sybase e TIBCO estão colaborando em especificações para construção de sistemas que usam uma Arquitetura Orientada a Serviços (SOA), cujo objectivo é fornecer aos desenvolvedores mais simples e mais poderosas formas de construir aplicações baseadas em SOA. These specifications are published under royalty-free terms. Estas especificações são publicados sob os termos royalty-free. You can learn more about how these specifications work together . Você pode saber mais sobre como essas especificações trabalhar juntos .
Service Component Architecture: Build systems using SOA Service Component Architecture: Construir sistemas utilizando SOA
Service Component Architecture (SCA) is a set of specifications which describe a model for building applications and systems using a Service-Oriented Architecture. Service Component Architecture (SCA) é um conjunto de especificações que descrevem um modelo para a criação de aplicativos e sistemas usando uma Arquitetura Orientada a Serviços. SCA extends and complements prior approaches to implementing services, and SCA builds on open standards such as Web services. SCA amplia e complementa as abordagens anteriores à execução dos serviços, e SCA desenvolve em padrões abertos, tais como serviços web.
SCA encourages an SOA organization of business application code based on components that implement business logic, which offer their capabilities through service-oriented interfaces and which consume functions offered by other components through service-oriented interfaces, called service references. SCA incentiva uma organização de SOA do código do aplicativo de negócios baseado em componentes que implementam a lógica de negócios, que oferecem as suas capacidades através de interfaces orientadas a serviço e que consomem funções oferecidas por outros componentes através de interfaces orientadas a serviços, referências de serviço chamado. SCA divides up the steps in building a service-oriented application into two major parts: SCA divide os passos na construção de uma aplicação orientada a serviços em duas partes principais:
- The implementation of servicecomponents which provide services and consume other services. A implementação de servicecomponents que prestam serviços e consumir outros serviços.
- The assembly of sets of components to build business applications, through the wiring of service references to services. A montagem de conjuntos de componentes para criar aplicativos de negócios, através da fiação de referências de serviço para os serviços.
SCA emphasizes the decoupling of service implementation and of service assembly from the details of infrastructure capabilities and from the details of the access methods used to invoke services. SCA enfatiza a dissociação da execução do serviço e do conjunto de serviços a partir de detalhes de recursos de infra-estrutura e dos detalhes dos métodos de acesso utilizado para invocar serviços. SCA components operate at a business level and use a minimum of middleware APIs. componentes SCA operar a nível empresarial e usar um mínimo de APIs de middleware.
Figura 1. Service Component Architecture
SCA suporta implementações de serviço escrito usando qualquer uma das muitas linguagens de programação, ambos incluindo convencional linguagens orientadas a objeto e processuais, tais como Java ™, PHP, C + +, COBOL, linguagens XML centrado em como o BPEL e XSLT, e também de linguagens declarativas, como o SQL e XQuery. SCA também suporta uma variedade de estilos de programação, incluindo estilos assíncrono e orientado a mensagem, para além da chamada síncrona de estilo e volta.
SCA suporta ligações para uma ampla gama de mecanismos de acesso utilizado para invocar serviços. Estes incluem serviços Web, sistemas de mensagens e CORBA IIOP. Vinculações são tratadas de forma declarativa e são independentes do código de implementação. recursos de infra-estrutura, tais como segurança, transações e à utilização de Reliable Messaging também são tratadas de forma declarativa e são separadas do código de implementação. SCA define o uso de recursos de infra-estrutura através da utilização de políticas que visam simplificar o mecanismo pelo qual os recursos são aplicados em sistemas de negócios.
SCA promove igualmente a utilização de serviço de dados de objetos para representar os dados de negócio que formas os parâmetros e retornar valores de serviços, proporcionando um acesso uniforme aos dados de negócios para complementar o acesso uniforme aos serviços de negócios oferecidos pela SCA, em si.
A especificação SCA é dividido em uma série de documentos, cada um tratando de um aspecto diferente da SCA. The Assembly Model deals with the linking of components through wiring. A Assembléia modelo trata da vinculação de componentes através de fiação. The Assembly Model is independent of implementation language. O Modelo de Assembléia é independente da linguagem de implementação. O cliente e trata especificação de implementação com a implementação de serviços e de clientes de serviço – cada um tem a sua linguagem de implementação próprio cliente e especificação de implementação, que descreve o modelo SCA para esse idioma.
As atuais especificações SCA são publicados em um nível de versão 0,95, indicando que as especificações não estão em sua forma final. As especificações são publicados com a intenção de obter feedback da comunidade, a fim de assegurar que o eventual nível de versão 1.0 das especificações mais satisfaz plenamente as necessidades dos desenvolvedores e empresas.
Open Source runtimes SCA e ferramentas
- Há um projeto de código aberto que fornece uma implementação de tempo de execução Service Component Architecture, que você pode usar para executar aplicativos SCA. Este projeto é chamado de Toscana, atualmente sob incubação a Apache. See the Tuscany Web site at Apache . Consulte o site da Toscana no Apache .
- Há também um projeto de código aberto Eclipse que visa fornecer as ferramentas para permitir aos desenvolvedores construir soluções usando uma arquitetura orientada a serviços, que usa o Service Component Architecture como seu modelo principal. Este é o Eclipse Tools projeto SOA Platform. See the SOA Tools Platform (STP) Project Web site . Veja o SOA Tools Platform (STP) Project Web site .
- As especificações de SCA e SDO estão actualmente a ser desenvolvido por uma colaboração de empresas de todo o setor, antes da eventual apresentação de um organismo de normalização formal. Para saber mais sobre o SOA Open Collaboration, visite a página inicial do site OSOA .
- Se você quiser um maior envolvimento com a evolução das especificações, você pode se juntar ao grupo de apoiantes OSOA. Saiba mais sobre os Defensores OSOA .
