Wildfly-Swarm Wykrywanie usługi Consul - Nieprawidłowy adres usługi

Question

Pracuję nad aplikacją Wildfly-Swarm i chcę użyć Consul jako mojego serwisu. Dodałem więc frakcję topologia-konsul, ustawiłem ścieżkę Consul w project-defaults.yml i dodałem @Advertise("service-name") do mojego Endpoint.

A jeśli zacznę moją aplikację za pomocą

java –jar my-swarm-app.jar 

wszystko działa dobrze.

Mój projekt-defaults.yml:

service: 
    catalog: 
    service-name: "service-name" 
swarm: 
    port: 
    offset: 501 
    consul: 
    url: "http://172.30.3.80:8500" 

Ale kiedy spakować tłuszczu słoik wewnątrz Docker obrazek z tym Dockerfile:

FROM openjdk:8-jre-alpine 
ADD my-swarm-app.jar /opt/my-swarm-app.jar 
EXPOSE 8581 
ENTRYPOINT ["java", "-jar", "-Djava.net.preferIPv4Stack=true", "/opt/my-swarm-app.jar"] 

Zbuduj go:

docker build -f Dockerfile -t my-swarm-app . 

I uruchom to tak:

docker run -p 8581:8581 my-swarm-app 

dostaję następujący wyjątek:

2017-09-26 15:17:54,240 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service swarm.topology.register.consent-service.http: org.jboss.msc.service.StartException in service swarm.topology.register.consent-service.http: com.orbitz.consul.ConsulException: Invalid service address 
     at org.wildfly.swarm.topology.deployment.RegistrationAdvertiser.start(RegistrationAdvertiser.java:79) 
     at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) 
     at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
     at java.lang.Thread.run(Thread.java:748) 
Caused by: com.orbitz.consul.ConsulException: Invalid service address 
     at com.orbitz.consul.AgentClient.register(AgentClient.java:180) 
     at com.orbitz.consul.AgentClient.register(AgentClient.java:184) 
     at org.wildfly.swarm.topology.consul.runtime.Advertiser.advertise(Advertiser.java:65) 
     at org.wildfly.swarm.topology.consul.runtime.ConsulTopologyConnector.advertise(ConsulTopologyConnector.java:60) 
     at org.wildfly.swarm.topology.deployment.RegistrationAdvertiser.start(RegistrationAdvertiser.java:77) 
     ... 5 more 

robię coś źle?

EDYCJA: Próbowałem samodzielnie wdrażanie usługi wykrywania przy użyciu konsul-api.

 <dependency> 
      <groupId>com.ecwid.consul</groupId> 
      <artifactId>consul-api</artifactId> 
      <version>1.2.4</version> 
     </dependency> 

tak:

@ApplicationScoped 
public class Config { 

    private ConsulClient client; 

    @Inject 
    @ConfigurationValue("swarm.http.port") 
    private Integer port; 

    public void init(@Observes @Initialized(ApplicationScoped.class) ServletContext context) { 
     client = new ConsulClient("http://172.30.3.80:8500"); 

     // register new service with associated health check 
     NewService newService = new NewService(); 
     newService.setId("myapp_02"); 
     newService.setTags(Collections.singletonList("EU-East")); 
     newService.setName("myapp_aaa"); 
     newService.setPort(port); 

     client.agentServiceRegister(newService); 
    } 
} 

I jego pracy wewnątrz Döcker obrazu. Czy to może błąd w frakcji topologii Wildfly-Swarm, czy też brakuje mi jakiejś konfiguracji?

EDYTUJ 2: Znalazłem, że problem jest związany z paramatem wildfly-roarm -Djava.net.preferIPv4Stack=true. Kiedy uruchomić plik jar z tego parametru mam ten sam wyjątek, ale jeśli usunąć to Dockerfile tworzenia Döcker obraz i uruchomić go otrzymuję ten wyjątek:

2017-09-27 20:34:46,460 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.undertow.listener.default: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener. 
     at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:153) 
     at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) 
     at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
     at java.lang.Thread.run(Thread.java:748) 
Caused by: java.net.SocketException: Protocol family unavailable 
     at sun.nio.ch.Net.bind0(Native Method) 
     at sun.nio.ch.Net.bind(Net.java:433) 
     at sun.nio.ch.Net.bind(Net.java:425) 
     at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223) 
     at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74) 
     at org.xnio.nio.NioXnioWorker.createTcpConnectionServer(NioXnioWorker.java:171) 
     at org.xnio.XnioWorker.createStreamConnectionServer(XnioWorker.java:245) 
     at org.wildfly.extension.undertow.HttpListenerService.startListening(HttpListenerService.java:126) 
     at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:142) 
     ... 5 more 

Oto link do projektu github gdzie można odtworzyć błąd : https://github.com/pkristja/wildfly-swarm-consul-demo

Answer 1

Wygląda podobnie do problemu this.

Czy możesz spróbować dodać konfigurację yml do konfiguracji swarm.bind.address: 127.0.0.1.