chickenlj commented on PR #14201: URL: https://github.com/apache/dubbo/pull/14201#issuecomment-2116531670
> > > Service A and B have same interface com.test.InterfaceXXX, their dubbo.application.metadata-type are same local, but group or version are different, > > > Consumer C only invokes com.test.InterfaceXXX of service A, the connection between C and A is allowable, but the connection between C and B is forbidden by firework. > > > When consumer C created dubbo reference of service A, it will get mapping metadata which mapping key is com.test.InterfaceXXX, of course the result from metadata center has both A and B > > > Consumer C will try to connect to both A and B to building reference of A (their metadata-type are both local), but it will be always failure because the firework will break down the connection from C to B. > > > > > > Was Consumer C consuming services of all versions and groups with `group="*"` and `version="*"`? Can we just change Cosumer C and tell it to only consume service instances of certain group and version, this can make it simple. > > Consumer C only consume service A by `@DubboReference(group="nameOfServiceA", version="1.0.0")` If Consumer C consumes only `@DubboReference(group="nameOfServiceA", version="1.0.0")` and Service A and Service B have different group or version, > Service A and B have same interface com.test.InterfaceXXX, their dubbo.application.metadata-type are same local, but group or version are different, then Consumer C would only call either A or B, depending on which one matches `@DubboReference(group="nameOfServiceA", version="1.0.0")`, C would not call both A and B. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
