OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly message

[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


I didn't say that it must be supported, only that there is provision to
support the use case you're after without polluting the Domain with
extraneous constructs.

The last paragraph in that section hints at your use case.  It reads:

   Also, in some use cases, a contribution may include only implementation
   code (e.g. PHP scripts).  It should then be possible for those to be
   given component names by a (possibly generated) composite that is added
   into the installed contribution, without having to modify the packaging.


In your example, the composite is an implementation.  The generated
composite referred to above is the deployment composite I described.


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 09:34          sca-assembly@lists.oasis-open.org   
             AM                                                         cc 
                                                                           
                                                                   Subject 
                                       Re: [sca-assembly] ISSUE 37: Need   
                                       to clarify contents of an SCA       
                                       Domain virtual composite            
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           





Dave,
I've read section 12.4.2 and it doesn't seem (to me) to say what you are
saying here about "generating a deployment composite that contains one
component, whose implementation is this composite".  Can you help me by
clarifying which of the words in 12.4.2 imply that this must be supported?

    Simon

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

                                                                           
 David Booz                                                                
 <booz@us.ibm.com>                                                         
                                                                           
                                                                        To 
 13/05/2008 13:51                 sca-assembly@lists.oasis-open.org        
                                                                        cc 
                                                                           
                                                                   Subject 
                                  Re: [sca-assembly] ISSUE 37: Need to     
                                  clarify contents of an SCA Domain        
                                  virtual 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











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