Re: [sca-assembly] ISSUE 37: Need to clarify contents of an SCA Domainvirtual composite

[Simon Nash <NASH@uk.ibm.com>]

Here's a simple example of the use case
I'm concerned about losing if we were to adopt the proposed resolution
discussed on last week's call:

<composite xmlns="http://www.osoa.org/xmlns/sca/1.0"
        targetNamespace="http://mynamespace"
        name="mycomposite">

    <service name="MyService2"
promote="MyServiceComponent">
        <binding.ws
uri="http://localhost:8086/MyServiceComponent"
/>
    </service>

    <component name="MyServiceComponent">
        <implementation.java
class="myserver.MyServiceImpl" />
        <service
name="MyService">
           
<interface.java interface="myserver.MyService" />
        </service>
    </component>
</composite>

The general case that this example illustrates
is a composite service that promotes and configures a component service.
 The composite-level configuration could be a different binding, a
different set of intents, a restricted set of operations exposed on the
interface, etc.  The composite could have promoted references as well
as promoted services.

The composite would be usable as an
implementation, even though in this case (maybe a unit test environment)
it is being deployed directly into the domain.  I'd like to be able
to test the composite and its promoted services and references before writing
implementations that use it.

    Simon

Simon C. Nash, IBM Distinguished Engineer
Member of the IBM Academy of Technology
Tel. +44-1962-815156  Fax +44-1962-818999

Scott Vorthmann <scottv@tibco.com>

14/01/2008 16:55

To	David Booz <booz@us.ibm.com>
cc	<sca-assembly@lists.oasis-open.org>
Subject	[sca-assembly] ISSUE 37: Need to clarify contents of an SCA Domain virtual composite

http://www.osoa.org/jira/browse/ASSEMBLY-37

On Jan 10, 2008, at 1:25 PM, David Booz wrote:

TARGET: SCA Assembly spec WD02 - section 12.1 (though this is not where I'd
write the solution text for this issue)

DESCRIPTION: Section 12.1 describes the SCA Domain as a virtual composite
which contains deployed components. The spec does not say whether or not
the virtual SCA Domain contains composite level properties, references
and/or services from composites that have been deployed into the SCA
Domain.  The spec needs to be clarified one way or the other.

PROPOSAL: Composite level properties, services and references from
deployment composites are not deployed into the virtual SCA Domain
composite.



This completes my AI from the Java TC (Jan 10, 2008).

Dave Booz
STSM, SCA and WebSphere Architecture
Co-Chair OASIS SCA-Policy TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093  or  8-295-6093
e-mail:booz@us.ibm.com
http://washome.austin.ibm.com/xwiki/bin/view/SCA2Team/WebHome


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  You may a link to this group and all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

---

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU