春云端口冲突8888

Question

我在启动服务时遇到端口冲突，而配置服务已经在运行。我目前用的是Spring Boot 1.2.3.RELEASE和Spring Cloud版本1.0.0.RELEASE(试过用1.0.1.RELEASE，同样问题)。

如果我在端口8888中启动配置服务器，然后尝试启动另一个服务，它会尝试在端口8888中启动，即使我已经指定了另一个端口。奇怪的是，这不会发生在Mac OS中，它确实会发生在Windows和Linux中。

如果我启动服务，然后启动配置服务器，那么它都运行良好。该服务被分配了一个与8888和配置服务端口8888不同的端口。

我尝试了不同版本的Spring Cloud和Spring Boot，以及不同的配置。我在网上尝试了这些建议，但都没有奏效。

有什么办法解决这个问题吗？

--

我设法解决了端口冲突，从配置服务器中的application.yml中删除了server.port，并将其移动到bootstrap.yml。我还从客户端服务中的application.yml中删除了server.port，并将其移动到bootstrap.yml。下面您可以看到配置文件目前的样子。

以下是配置服务中的配置文件：

bootstrap.yml

server:
  port: 8888

info:
  name: "Config Service"

spring:
  application:
    name: config-service
  profiles:
    active: native
  cloud:
    config:
      enabled: true
      server:
        git:
          uri: <url to config repo>

应用html" target="_blank">程序. yml

management:
  context-path: /admin

info:
  configuration: "Read From Config Service application.yml"

endpoints:
  restart:
    enabled: true
  shutdown:
    enabled: true
  health:
    sensitive: false

logging:
  level:
    com.netflix.discovery: 'OFF'
    org.springframework.cloud: 'DEBUG'

eureka:
  instance:
    leaseRenewalIntervalInSeconds: 10
    leaseExpirationDurationInSeconds: 5
    preferIpAddress: false
    statusPageUrlPath: /admin/info
    healthCheckUrlPath: /admin/health
    metadataMap:
      hostname: ${vcap.application.application_uris[0]}
      instanceId: ${vcap.application.instance_id:${spring.application.name}:${spring.application.instance_id:${random.value}}}
  client:
    registerWithEureka: true
    fetchRegistry: true
    serviceUrl:
      defaultZone: http://127.0.0.1:8761/eureka/

客户端服务中的配置为：

bootstrap.yml

server:
  port: 0

info:
  name: "Client Service"

spring:
  application:
    name: serviceC
  profiles:
    active: native
  cloud:
    config:
      enabled: true
      failFast: true
      env: default
      label: master
      uri: http://localhost:8888

应用程序。yml为空。

现在我有另一个问题。Linux客户端从配置服务器中的application.yml文件中获取配置（端口冲突的来源），而在苹果操作系统中，它从配置的git存储库中获取配置。

正确的行为应该是什么？

Answer 1

终于成功了。

问题是profiles.active：本机设置。Linux上的配置服务正在从本地application.yml获取配置。出于某种原因，此设置在Mac OS上不起作用，配置服务正在从回购中获取配置。

最后，我删除了< code > profiles . active:native 设置，并将公共配置移到了Repo中。现在，所有服务都从git中的< code > application . properties 获取通用配置。