Problem with two different components having services with the same name

[tadayosi]

Hi Community,

I'm trying a configuration that has two SY components which have services with the same name like the following:

1. Component: name="Foo"
   • Service: name="AwesomeService"
2. Component: name="Bar"
   • Service: name="AwesomeService"

However, I find a problem with this configuration; if I try two different services to promote those two component services, one promotes "Foo/AwesomeService" and the other "Bar/AwesomeService", then oddly both services actually result in promoting only "Foo/AwesomeService". Is this a bug?

I found the following JIRA, but am not sure if this is supposed to treat the above problem.

[SWITCHYARD-1525] Service promotions with different name should use reference wiring - JBoss Issue Tracker

As a collateral question, is there currently a way to unit-test the above component services with SwitchYardRunner?  It looks like the @ServiceOperation annotation isn't workable or even troublesome when it comes to configurations like the above, as the annotation can specify a service operation only by [service-name].[operation-name]. Should the annotation be also enhanced if we need to make SwitchYard work correctly with the above situation?

Best regards,

Tadayoshi

[kcbabo]

At this point, we require component service names to be unique across the application.  This can likely be relaxed in 2.0 if we qualify component service names internally with the component name (similar to what we do with references).  SWITCHYARD-1525 would cover that.

[tadayosi]

Hi Keith,

Thank you for the prompt confirmation. So, once SWITCHYARD-1525 is implemented in the future, can we use the @ServiceOperation annotation something like the following?

  @ServiceOperation("Bar/AwesomeService.greateMethod")

  private Invoker greateMethod;

Best regards,

Tadayoshi

[kcbabo]

Yes, something like that would be required.  Would you mind adding that as a comment in the JIRA?

thanks,

keith

[tadayosi]

Sure. Thanks, Keith!