hazelcast / hazelcast/hazelcast-eureka
Hazelcast Client registers itself on Eureka with Dynamic Conf
- Dominant language
- Java
- Stars
- 33
- Forks
- 28
- Avg merge
- 19h 22m
- Merged PRs (30d)
- 7
Description
According to documentation:
> Note: Hazelcast clients do not register themselves to Eureka server, therefore self-registration property has no effect.
If I set **use-classpath-eureka-client-props** **false** and configure my HZ Client eureka config programmatically like below, Client tries to register itself as a new second app on Eureka server (with name member-app) even I set **self-registration** to **false**.
There is no problem If I go with eureka-client.properties file, but I don't want to prefer that way.
Hazelcast client version: 3.12.3
Hazelcast eureka one version: 1.1.2
```
final ClientConfig config = new ClientConfig();
config
.getGroupConfig()
.setName(cacheProperties.getGroup().getName());
final ClientNetworkConfig netConfig = config.getNetworkConfig();
netConfig.getEurekaConfig()
.setEnabled(true)
.setProperty("serviceUrl.default", "localhost:8761/eureka/")
.setProperty("name", "member-app")
.setProperty("use-classpath-eureka-client-props", "false")
.setProperty("shouldUseDns", "false");
return HazelcastClient.newHazelcastClient(config);
```
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the behavior through ClientNetworkConfig.getEurekaConfig() and HazelcastClient.newHazelcastClient(config), using the programmatic settings shown in the issue. Compare this with the eureka-client.properties path; done means self-registration remains disabled and the client does not appear as a second Eureka application.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- backend, distributed-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100