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
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
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
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
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
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
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
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 <
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
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
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
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
12 matches
Mail list logo