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

[Anish Karmarkar <Anish.Karmarkar@oracle.com>]

Simon Nash wrote:
> 
> 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"; <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.
> 

Why can't you write a deployment composite that uses the composite above 
for testing purposes?
How would you test the promoted service without writing a deployment 
composite? Other component references (from different deployment 
composites) cannot use the promoted domain-level service.

-Anish
--

>     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/
> 
> 
> 
> 
> 
>