Open mgoldver opened 4 years ago
Hi @mgoldver , would using use-metadata-for-host-and-port
solve your issue?
Hi @leszko, unfortunately not, we already use use-metadata-for-host-and-port
option. The problem is that there is no way to reuse the same discovery client if the app is already using it to register itself with Eureka.
The setup:
The ask: allow DC1 to be used for Hazelcast client discovery by proving the ability to supply Hazelcast cluster name (using metadata property for example).
More explicitly, EurekaOneDiscoveryStrategy.discoverNodes() method determines "applicationName" by calling applicationInfoManager.getEurekaInstanceConfig().getAppname(). This creates an issue since "applicationName" returned is the name under which the service S1 is registered with Eureka instead of the name of the application under which the Hazelcast cluster is registered.