Re: [vtest] getCompositeContext API for non-SCA clients

2008-05-12 Thread ant elder
On Mon, Apr 28, 2008 at 11:37 AM, Mike Edwards < [EMAIL PROTECTED]> wrote: > Kevin Williams wrote: > > > My interest here is centered around a specification-compliant means > > for non-SCA clients to get access to SAC services. The Java > > API/Annotation specification suggests that non-SCA clien

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-28 Thread Mike Edwards
Kevin Williams wrote: My interest here is centered around a specification-compliant means for non-SCA clients to get access to SAC services. The Java API/Annotation specification suggests that non-SCA client use ComponentContext.getService(Class businessInterface, String referenceName). How a n

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-26 Thread ant elder
On Fri, Apr 25, 2008 at 2:11 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > On Fri, Apr 25, 2008 at 8:32 AM, ant elder <[EMAIL PROTECTED]> wrote: > > > Sounds ok to me. > > > > ...ant > > > > On Thu, Apr 24, 2008 at 9:41 PM, Yee-Kang Chang <[EMAIL PROTECTED]> > > wrote: > > > > > Thanks, Scott, Ant

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-25 Thread Kevin Williams
My interest here is centered around a specification-compliant means for non-SCA clients to get access to SAC services. The Java API/Annotation specification suggests that non-SCA client use ComponentContext.getService(Class businessInterface, String referenceName). How a non-SCA client gets the C

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-25 Thread Simon Laws
On Fri, Apr 25, 2008 at 8:32 AM, ant elder <[EMAIL PROTECTED]> wrote: > Sounds ok to me. > > ...ant > > On Thu, Apr 24, 2008 at 9:41 PM, Yee-Kang Chang <[EMAIL PROTECTED]> > wrote: > > > Thanks, Scott, Ant. I think both could work. Perhaps we can start with > > getComponentContext(String compo

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-25 Thread ant elder
Sounds ok to me. ...ant On Thu, Apr 24, 2008 at 9:41 PM, Yee-Kang Chang <[EMAIL PROTECTED]> wrote: > Thanks, Scott, Ant. I think both could work. Perhaps we can start with > getComponentContext(String componentURI) and go from there? > > I gather a client will typically connect to a domain

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-24 Thread Yee-Kang Chang
Thanks, Scott, Ant. I think both could work. Perhaps we can start with getComponentContext(String componentURI) and go from there? I gather a client will typically connect to a domain first and then work with its components? If so, adding getComponentContext() to SCADomain can be a good star

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-24 Thread Scott Kurz
Kevin, Yee-Kang, Did you envision creating a new API that would accept a component URI as input, e.g.: ComponentContext getComponentContext(String componentURI); Or were you talking about some sort of virtual component like Ant mentioned? Scott On Thu, Apr 24, 2008 at 10:49 AM, ant elder <

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-24 Thread ant elder
Ok, although with non-SCA clients which component would that be? Does there need to be a new something like implementation.web but for JSE clients? or could there be a "virtual" component that has references for all the toplevel component services in the domain (which is kind of what we have now wi

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-17 Thread Yee-Kang Chang
Just thought to follow-up to see if we will do this .. Perhaps SCADomain can be extended to return the ComponentContext for a particular component? Thanks. On Wed, Apr 2, 2008 at 6:37 PM, Kevin Williams <[EMAIL PROTECTED]> wrote: > The current JUnit tests (iTest and vTest) make use of the non-s

Re: [vtest] getCompositeContext API for non-SCA clients

2008-04-07 Thread ant elder
On Wed, Apr 2, 2008 at 6:37 PM, Kevin Williams <[EMAIL PROTECTED]> wrote: > The current JUnit tests (iTest and vTest) make use of the non-standard > SCADomain.getService API to get a handle to an SCA service. Are there > any plans to provide an API to get a ComponentContext as outlined by > the S

[vtest] getCompositeContext API for non-SCA clients

2008-04-02 Thread Kevin Williams
The current JUnit tests (iTest and vTest) make use of the non-standard SCADomain.getService API to get a handle to an SCA service. Are there any plans to provide an API to get a ComponentContext as outlined by the SCA Java Annotations and APIs specification? I would like to stick to stick to spe