This is an automated email from the ASF dual-hosted git repository.
liubao pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/servicecomb-docs.git
The following commit(s) were added to refs/heads/master by this push:
new e219464 fix link broken (#358)
e219464 is described below
commit e219464d9d8a765ff21c70f6874b612608423134
Author: liubao68 <[email protected]>
AuthorDate: Wed Jun 25 14:35:42 2025 +0800
fix link broken (#358)
---
.../zh_CN/docs/references-handlers/ratelimit.md | 2 +-
.../zh_CN/docs/references-handlers/router.md | 2 +-
java-chassis-reference/zh_CN/docs/secrets/observability.md | 2 +-
java-chassis-reference/zh_CN/docs/upgrading/1_3_0T2_0_0.md | 10 +++-------
java-chassis-reference/zh_CN/docs/upgrading/2_0_0T2_0_1.md | 2 +-
java-chassis-reference/zh_CN/docs/upgrading/2_0_1T2_1_0.md | 2 +-
java-chassis-reference/zh_CN/docs/upgrading/2_8_0T3_0_0.md | 2 +-
7 files changed, 9 insertions(+), 13 deletions(-)
diff --git a/java-chassis-reference/zh_CN/docs/references-handlers/ratelimit.md
b/java-chassis-reference/zh_CN/docs/references-handlers/ratelimit.md
index 8862a47..4087d15 100644
--- a/java-chassis-reference/zh_CN/docs/references-handlers/ratelimit.md
+++ b/java-chassis-reference/zh_CN/docs/references-handlers/ratelimit.md
@@ -8,7 +8,7 @@ java-chassis 支持 Provider 限流和 Consumer 限流。 Provider 限流控制
2. 流量控制是业务层面的功能，不是安全意义上的流量控制，如需防止DDoS攻击，需要结合其他的一系列措施。
3. 流量控制是微服务级的，不是实例级的。例如一个consumer服务有三个实例，当对它们依赖的provider实例配置限流策略后，
provider不会区分consumer的请求具体是由哪个实例发出的，而是汇总成微服务级的统计数据进行限流判断。
-4. 本模块介绍的限流机制是基于 `operation` 的， 使用起来比较简单。后续推荐使用[流量特征治理](using-governance.md)
来限制流量。
+4. 本模块介绍的限流机制是基于 `operation` 的， 使用起来比较简单。后续推荐使用[流量特征治理](rule-governance.md)
来限制流量。
## 流控算法说明
diff --git a/java-chassis-reference/zh_CN/docs/references-handlers/router.md
b/java-chassis-reference/zh_CN/docs/references-handlers/router.md
index 6fc022a..745b1ea 100644
--- a/java-chassis-reference/zh_CN/docs/references-handlers/router.md
+++ b/java-chassis-reference/zh_CN/docs/references-handlers/router.md
@@ -61,7 +61,7 @@ servicecomb:
#### 规则说明
-- 匹配特定请求由match配置, match的配置逻辑和 [流量特征治理](governance.md) 一致。
+- 匹配特定请求由match配置, match的配置逻辑和 [流量特征治理](rule-governance.md) 一致。
- business为目标服务名。
- precedence为规则优先级，数字越大，优先级越高。
- emptyProtection路由空实例保护开关，当按照设定的路由规则未匹配到实例时，开关打开则返回所有实例，开关关闭返回空实例，默认为打开。
diff --git a/java-chassis-reference/zh_CN/docs/secrets/observability.md
b/java-chassis-reference/zh_CN/docs/secrets/observability.md
index 2aca740..c61cc50 100644
--- a/java-chassis-reference/zh_CN/docs/secrets/observability.md
+++ b/java-chassis-reference/zh_CN/docs/secrets/observability.md
@@ -26,7 +26,7 @@ Java Chassis在设计之初，就内置了大量的可观测能力。使用上
> 动手试试： 可以通过下载和运行 [fence](https://github.com/apache/servicecomb-fence)
> 项目，体验上述问题定位流程和了解本章节介绍的实现原理。 也可以在实际的业务系统中，参考该项目构筑业务需要的可观测能力。
-Java
Chassis通过集成[应用性能监控](../../general-development/metrics.md)、[微服务调用链](../../general-development/microservice-invocation-chain.md)来生成调用链和指标，日志则使用
`slf4j` 来记录。 这些数据构成了可观测的基础， 接下来就是如何存储和采集这些数据。
+Java
Chassis通过集成[应用性能监控](../general-development/metrics.md)、[微服务调用链](../general-development/microservice-invocation-chain.md)来生成调用链和指标，日志则使用
`slf4j` 来记录。 这些数据构成了可观测的基础， 接下来就是如何存储和采集这些数据。
通过配置 `log4j2` , 可以将日志、调用链和指标都输出到日志文件。
特别的，该日志配置约束了数据存储的规则、路径，为`可观测API`提供了简单的实现方案。
diff --git a/java-chassis-reference/zh_CN/docs/upgrading/1_3_0T2_0_0.md
b/java-chassis-reference/zh_CN/docs/upgrading/1_3_0T2_0_0.md
index eaa3f97..82e4339 100644
--- a/java-chassis-reference/zh_CN/docs/upgrading/1_3_0T2_0_0.md
+++ b/java-chassis-reference/zh_CN/docs/upgrading/1_3_0T2_0_0.md
@@ -1,7 +1,6 @@
# 1.3.0 升级 2.0.0指导
-2.0.0 版本实现了 [弱类型契约](../features/weak-type-contrast.md)。
-总体而言，对于 `REST` 通信模式， 弱类型契约不仅增强了写代码的灵活性， 还完整保留了强类型契约的写代码方式，几乎不
+2.0.0 版本实现了弱类型契约，总体而言，对于 `REST` 通信模式， 弱类型契约不仅增强了写代码的灵活性， 还完整保留了强类型契约的写代码方式，几乎不
存在用户需要感知的变更。 对于 `HIGHWAY` 通信模式， 由于底层采用 ProtoBuffer 编码， 而 ProtoBuffer 天然就是一种
强类型契约的编解码过程， java-chassis 为了支持弱类型契约， 做了大量努力， 在一些边界条件处理上与弱类型契约存在
变更，两个版本的编解码是不兼容的，需要同时升级提供者和消费者。 在编码方式上，差异主要体现在对于缺省值的处理，对于
@@ -153,9 +152,7 @@ template.postForEntity(url,
## Spring Boot 集成的变化
2.0.0 不再支持 spring 4 和 spring boot 1， 缺省使用 spring 5 和 spring boot 2， 并修改了相
-关 starters 的名称。 可以通过阅
-读 [在Spring Boot中使用java
chassis](../../using-java-chassis-in-spring-boot/using-java-chassis-in-spring-boot.md)
了解
-相关变化。
+关 starters 的名称。
## 支持 JDK 11
@@ -296,8 +293,7 @@ Caused by: java.lang.NullPointerException
2.0.0 一些可能被外部使用的内部接口调整：
- * `Invocation` 类删除了 `getArgs` 接口， 替换为 `getSwaggerArguments` ， 同时新增了
`getInvocationArguments`，
- 关于这个变更的说明，请参考新特性介绍文章[弱类型契约](../features/weak-type-contrast.md)。
+ * `Invocation` 类删除了 `getArgs` 接口， 替换为 `getSwaggerArguments` ， 同时新增了
`getInvocationArguments`。
* 删除 `DynamicSchemaLoader` ， 这个类早期版本提供出来是方便注册契约， 最新版本客户端契约发现可以通过服务中心
完成，不再需要这样的功能。
*
`CseContext.getInstance().getTransportManager().findTransport(Const.RESTFUL)` 修改
diff --git a/java-chassis-reference/zh_CN/docs/upgrading/2_0_0T2_0_1.md
b/java-chassis-reference/zh_CN/docs/upgrading/2_0_0T2_0_1.md
index 49689e7..09b2e13 100644
--- a/java-chassis-reference/zh_CN/docs/upgrading/2_0_0T2_0_1.md
+++ b/java-chassis-reference/zh_CN/docs/upgrading/2_0_0T2_0_1.md
@@ -3,7 +3,7 @@
## trace id 记录的变更说明
2.0.0 采用 %marker 记录 trace id， 由于 Marker 被设计为 Filtering 场景， 不适用于记录 trace id，
否则可能导致有些 logger 系统
-产生 OOM。 2.0.1 将 Marker 调整为了 MDC 。 使用指导参考 [2.0.1 新特性介绍： 在日志中记录trace
id](../features/trace-id.md)
+产生 OOM。 2.0.1 将 Marker 调整为了 MDC 。
## 独立 tomcat (或者其他 web container ) 运行的场景
diff --git a/java-chassis-reference/zh_CN/docs/upgrading/2_0_1T2_1_0.md
b/java-chassis-reference/zh_CN/docs/upgrading/2_0_1T2_1_0.md
index bf4c21e..6495f52 100644
--- a/java-chassis-reference/zh_CN/docs/upgrading/2_0_1T2_1_0.md
+++ b/java-chassis-reference/zh_CN/docs/upgrading/2_0_1T2_1_0.md
@@ -46,7 +46,7 @@ servicecomb.local.registry.enabled: true
servicecomb.service.registry.enabled: true
```
-详细开发指南参考[注册发现说明](../../registry/introduction.md)
+详细开发指南参考[注册发现说明](../registry/introduction.md)
## 服务注册发现 API 的变化
diff --git a/java-chassis-reference/zh_CN/docs/upgrading/2_8_0T3_0_0.md
b/java-chassis-reference/zh_CN/docs/upgrading/2_8_0T3_0_0.md
index 5360931..3a48cb7 100644
--- a/java-chassis-reference/zh_CN/docs/upgrading/2_8_0T3_0_0.md
+++ b/java-chassis-reference/zh_CN/docs/upgrading/2_8_0T3_0_0.md
@@ -106,7 +106,7 @@ Spring 6 删除了 AsyncRestTemplate 支持， Java Chassis 3.0.0 也删除了
## 移除 log4j , logback 的封装
-Java Chassis 系统内部全部采用 `slf4j` 记录日志， 不再提供 log4j 的封装功能， 删除了 Log4jUtils 等类。 如果使用了
Log4jUtils 类来初始化日志， 可以参考 [配置日志](../../general-development/config-logs.md)
来设置系统日志。
+Java Chassis 系统内部全部采用 `slf4j` 记录日志， 不再提供 log4j 的封装功能， 删除了 Log4jUtils 等类。 如果使用了
Log4jUtils 类来初始化日志， 可以参考 [配置日志](../general-development/config-logs.md) 来设置系统日志。
## 移除 bizkeeper 处理链
