From 200a40b332420f94992eb39a6d0ea1cf1490ffc4 Mon Sep 17 00:00:00 2001 From: coreyg Date: Fri, 21 Nov 2014 09:30:19 +0000 Subject: Adding tuscany's website to their svn repo for svnpubsub git-svn-id: http://svn.us.apache.org/repos/asf/tuscany@1640879 13f79535-47bb-0310-9956-ffa450edef68 --- .../java-sca-architecture-overview.html | 201 +++++++++++++++++++++ 1 file changed, 201 insertions(+) create mode 100644 site/trunk/site-publish/java-sca-architecture-overview.html (limited to 'site/trunk/site-publish/java-sca-architecture-overview.html') diff --git a/site/trunk/site-publish/java-sca-architecture-overview.html b/site/trunk/site-publish/java-sca-architecture-overview.html new file mode 100644 index 0000000000..a55273589a --- /dev/null +++ b/site/trunk/site-publish/java-sca-architecture-overview.html @@ -0,0 +1,201 @@ + + + + + + + + Java SCA Architecture Overview + + + + + + + +
+  Apache Tuscany > Home > Java SCA Subproject > Java SCA Menu > Java SCA Architecture Overview + +
+ + + + + + +
+
+ +
+
+ + +
Apache Tuscany
+
Java SCA Architecture Overview
+ +
+ + + Edit Page +   + + + Browse Space +   + + + Add Page +   + + + Add News +
+
+
+ Added by jmarino, last edited by haleh mahbod on Apr 27, 2007 +  (view change) + +
+ +
+
+
Apache Tuscany SCA Java Architecture
+

This page is work in progress. Thanks for your contribution
+At the moment we are pulling different pieces of information in one place and then we'll decide on how to organize the information.

+ + + +


+ 

+
+ +

Architecture Overview

+

The SCA Java runtime is composed of a kernel and extensions. The kernel is essentially a multi-VM wiring engine that connects components together using the principles of Dependency Injection, or Inversion of Control.

+ +

Kernel

+

The kernel is designed to be simple and limited in its capabilities: it wires functional units together. Capabilities such as service discovery, reliability, support for transport protocols, etc. are provided through extensions. The kernel extension model is based on the SCA 1.0 Java programming and assembly model. In otherwords, the kernel uses SCA to bootstrap itself. The mechanics of how this is done are described in detail in Kernel Architecture Guide.

+ +

The kernel is divided into a number of modules: api, host_api, spi and core. The api module defines Tuscany proprietary programming model annotations and APIs. The host_api module defines APIs for interacting with the kernel. The spi module defines extension points and abstract helper classes. The core module contains the kernel implementation.

+ +

Extension

+

Extensions enhance the kernel with specific sets of functionality. Extension types are not fixed and the kernel is designed to be as flexible as possible by providing an open-ended extension model. From the kernel perspective, extensions are just a set of SCA components. However, there are a number of known extension types defined by the spi module, including:

+ +
    +
  • Component implementation types, e.g. Spring, Groovy, and JavaScript
    • +
  • Binding types, e.g. Axis, CXF, AMQP, ActiveMQ, JXTA
    • +
  • DataBinding types, e.g. JAXB, SDO, XmlBeans
    • +
+ + +

There are also a number of add-on extensions that do not correspond to a well-know type:

+ +
    +
  • The JPA extension for O/R mapping
    • +
  • The Geronimo Transaction Manager extension for transactional support in the runtime
    • +
  • The HOWL-based Persistent Store extension for high-throughput persistence of conversational state
    • +
+ + +

More detail can be found in the Extensions Guide.

+ +

Runtime

+

The kernel is designed to be embedded in, or provisioned to, a number of different host environments. For example, the kernel may be provisioned to an OSGi container, a standalone runtime, a servlet engine, or JEE application server. There is even a Maven runtime that embeds kernel for integration testing. Runtime capabilities may vary based on the host environment.

+ + +

Data Binding

+

Not sure if this belongs to this page or not

+ +

Data provides transparent data mapping between different types of data that can be exchanged between caller of a service and the service itself given the format of the data that will be supplied by the client. Data Mediator will do this transformation given the following information:

+
    +
  1. format of the data that can be consumed by the service
    2. +
  2. format of the data that will be sent by the client
    3. +
+ + +

You can find more detailed information about databinding at this link

+ +

+ +
+ +
+ Children + + Show Children + +
+ + +
+
+
+ Generated by + Atlassian Confluence (Version: 2.2.9 Build: 527 Sep 07, 2006) + AutoExport Plugin (Version: Unknown - PluginManager Error) +
+ + \ No newline at end of file -- cgit v1.2.3