史上巨坑eureka註冊,出現TransportException異常

由於自己造輪子,所以踩了好久的坑,導致出現以下異常。

com.netflix.discovery.shared.transport.TransportException: Cannot execute request on any known server
	at com.netflix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:111) ~[eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.getApplications(EurekaHttpClientDecorator.java:134) ~[eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator$6.execute(EurekaHttpClientDecorator.java:137) ~[eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.shared.transport.decorator.SessionedEurekaHttpClient.execute(SessionedEurekaHttpClient.java:77) ~[eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.getApplications(EurekaHttpClientDecorator.java:134) ~[eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.DiscoveryClient.getAndStoreFullRegistry(DiscoveryClient.java:1013) [eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.DiscoveryClient.getAndUpdateDelta(DiscoveryClient.java:1055) [eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.DiscoveryClient.fetchRegistry(DiscoveryClient.java:929) [eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.DiscoveryClient.refreshRegistry(DiscoveryClient.java:1451) [eureka-client-1.6.2.jar:1.6.2]
	at com.netflix.discovery.DiscoveryClient$CacheRefreshThread.run(DiscoveryClient.java:1418) [eureka-client-1.6.2.jar:1.6.2]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [na:1.7.0_80]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262) [na:1.7.0_80]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_80]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_80]
	at java.lang.Thread.run(Thread.java:745) [na:1.7.0_80]

從網上找遍瞭解決辦法,最後也是沒有解決。

eureka.client.registerWithEureka=false
eureka.client.fetchRegistry=false

最多的是在server端的配置文件中加入以上兩句話(本來就加了),也是沒用。


然後就覺得是client端的錯誤,沒考慮是server端的錯誤,一直再查找client端出現的錯誤。

eureka.client.serviceUrl.defaultZone=http://localhost:8763/eureka/
feign.hystrix.enabled=true

一直再修改這兩句話,要不就添加

security.basic.enabled=false

最終在client端沒有解決問題。

然後又考慮是不是server端的問題,然後又改下面的幾句話

eureka.instance.hostname=localhost
eureka.client.registerWithEureka=false
eureka.client.fetchRegistry=false
eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

結果還是沒有改變client啓動報錯的問題。


就在想是不是服務器配置(port、contentPath、displayName)的問題,之前是這麼寫的

server端

server.display-name=pancake_eureka
server.port=8763(因爲8761端口已經被佔用了,所以做了修改)
server.context-path=/pancake
eureka.instance.hostname=localhost
eureka.client.registerWithEureka=false
eureka.client.fetchRegistry=false
eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

client端

eureka.client.serviceUrl.defaultZone=http://localhost:8763/eureka/
feign.hystrix.enabled=true
解決方案一、
將server端中的context-path修改成如下格式,這時候在啓動就沒問題了。
server.display-name=pancake_eureka
server.port=8763
server.context-path=/(或者不寫這個配置,默認爲/)

解決方案二、

將client端中的defaultZone做修改

eureka.client.serviceUrl.defaultZone=http://localhost:8763/pancake/eureka/
feign.hystrix.enabled=true

本以爲在server端配置的eureka.client.serviceUrl.defaultZone和client端是同一個(無敵大坑),切忌沒有contextPath的時候是一樣的,如果有那麼就要將server端配置的contextPath內容加到client端的defaultZone的訪問路徑端口號後面。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章