You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

2.x Version1 - 26/8

Need to define what the different parts do and if they are all required

 SCA Domain/Node Diagrams

 Composite Application Deployment with SCA Domain

Players:

  • Domain Manager
  • Endpoint Registry
  • Node
  • TuscanyKernel (NodeManager)
  • JVM

Domain:

1) Deployment: Manage SCA contributions, composites and node configurations.

This is the deployment manager that helps SCA assemblers/deployers to
partition the domain composite into smaller composite applications that can
be deployed a specific runtime unit. For example, the administrator can
starts with a deployable composite. The domain manager can then find the
required contributions based on the import/export. The composite application
can then be allocated a node. It ends up with a configuration for a node.

A node can have a fixed configuration to a given composite application. Or
the domain can assign a composite application to the node dynamically based
on the capability of the node (such as implementation/binding/policy types).

In a node-centric view, node configurations can be manually crafted
(programmatically or via node.xml) or locally discovered (from the
classpath).
In a domain-centric view, node configurations are received from the domain
(by connecting to the domain deployment manager or taking a pre-built xml
document).

2) Runtime: Share service descriptions so that we can perform SCA
domain-level wiring. This can be done in "online" mode or "offline" mode.

Online mode: There is a live service registry (centralized or distributed)
that keeps up-to-date information of the domain-level service descriptions.
Offline mode: The domain-level service descriptions are pre-built (or even
pre-resolved) and a SNAPSHOT of that is used. For example, some XML
documents (such as a deployment composite with all the SCA endpoints)
resolved are used to store the domain metadata.

  • No labels