[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [sca-assembly] ISSUE 37: Need to clarify contents of an SCA Domainvirtual composite
Simon, you said: " I'd like to be able to test the composite and its promoted services and references before writing implementations that use it. " I agree with your use case. The way to accomplish it is for your runtime's deployment infrastructure to give you the option of generating a deployment composite that contains one component, whose implementation is this composite. This pattern is described in the packaging and deployment section of the Assembly spec. This is precisely why we have the 'add deployment composite' function. My proposal doesn't change this use case in any way. 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 Simon Nash <NASH@uk.ibm.com> To 05/13/2008 04:51 sca-assembly@lists.oasis-open.org AM cc Subject Re: [sca-assembly] ISSUE 37: Need to clarify contents of an SCA Domain virtual composite 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> To 14/01/2008 16:55 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
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]