Jim,
I don't follow you. What would you expect the service name to look like?
I especially dont want to see us making the simple case of a single
unambiguous interface look more complex. Can you draw up a sample or
two of what you mean?
Yours, Mike.
Jim Marino wrote:
Not if we use Java 5.
Jim
On Jan 9, 2007, at 2:11 PM, Raymond Feng wrote:
Hi,
Does it imply that if we want to reference such a service, we need to
use the following syntax now?
<reference name="myRef">MyComponent/mypkg.MyInterface</reference>
Thanks,
Raymond
----- Original Message ----- From: "Jim Marino"
<[EMAIL PROTECTED]>
To: <tuscany-dev@ws.apache.org>
Sent: Monday, January 08, 2007 11:35 PM
Subject: Re: Bug in deriving the service name from a java interface?
On Jan 8, 2007, at 3:52 PM, Raymond Feng wrote:
Hi,
The SCA Java C&I Spec says: "The service names of the defined
services default to the names of the interfaces or class, without
the package name."
So I assume for the following annotation:
@Service(interfaces = {MyListService.class,
MyListServiceByYear.class})
We're going to have two services named as "MyListService" and
"MyListServiceByYear".
The current code seems to use the fully-qualified class name as the
service name. As a result, if we use <componentName>/ <serviceName>
as a wire target, it will throw a
"TargetServiceNotFoundException". Is this a bug?
I switched this over a while back as I think we should a raise an
issue in the spec. If we don't qualify the name, it is not possible
for a component to implement two services with the same simple
name. I relieve it is an edge case but we should be able to
accommodate that since it is valid Java.
Jim
Thanks,
Raymond
-------------------------------------------------------------------- -
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
