设置jetty.contextPath为新值后无效，但是设置回之前的值却可以正常访问

积分: 510

这家伙很懒，什么个性签名都没有留下。

jetty:
  contextPath: /server
  threadpool:
    idleTimeout: 60000
    minThreads: 10
    maxThreads: 200

上边是配置文件。自己写的一个模块，配置文件放到了nacos中，之前配置
jetty.contextPath: /userver
访问正常，后来因为命名原因将ctx改为：
jetty.contextPath: /server
却访问不了，但是改回/userver却可以访问，请问大神是什么原因？？

改之前
http://192.168.0.108:9900/userver/user/update
可以访问，改之后
http://192.168.0.108:9900/server/user/update
却无法访问了。
然后ctx改回/userver，通过http://192.168.0.108:9900/userver/user/update又可以访问

没查到什么原因，应该是被gateway拦截掉了，但是gateway跟其他子模块的contextPath没关系吧，gateway中也不会配其他模块的ctx

nacos 服务名记得改掉，不仅仅是contextPath
网关通过nacos + 前缀寻找对应的服务，找到后才转发到对应端口

nacos:
  discovery:
    server-addr: 127.0.0.1:8848
    namespace: dev
    naming:
      service-name: budwk.platform

@qq_c2a9226c 谢谢！改服务名一致后可以了。不过之前的配置（服务名是budwk.user，contextPath是/userver），服务名和contextPath不一致也能访问，这是啥原因？

找到原因了，因为gateway中是用startswith来匹配服务名和contextPath，不是精确匹配。恰巧之前用的/userver和服务名budwk.user替换掉budwk.之后是一样的... -_-

请先登陆