apache / apache/servicecomb-java-chassis
[BUG] - Java-Chassis3.2.1之后版本servicecomb.rest.client下的connection.maxPoolSize、http2.maxPoolSize、maxWaitQueueSize等配置项失效，只能使用固定默认值
- Langage dominant
- Java
- Étoiles
- 1.9k
- Forks
- 814
- Merge moyen
- 8 j 23 h
- PR mergées (30 j)
- 1
Description
### Steps to Reproduce
Java-Chassis3.2.1 版本引入修改，创建HttpClient时原本使用 `xxx.createHttpClient(httpClientOptions)`, 修改为使用 `xxx.with(httpClientOptions)`
而`xxx.with(httpClientOptions)`只设置了`HttpClientOptions`
原本`xxx.createHttpClient(httpClientOptions)` 预期为同时修改`HttpClientOptions` 与 `PoolOptions`
导致在后续buildHttpClient时，`this.poolOptions`一直都为null，所以都是使用的默认`PoolOptions`
### Expected Behavior
预期只需要修改把`poolOptions`设置进去即可
### Servicecomb Version
_No response_
### Additional Context
_No response_
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Suivez la modification de Java-Chassis3.2.1, de createHttpClient(httpClientOptions) vers with(httpClientOptions), puis examinez buildHttpClient ainsi que le traitement de HttpClientOptions et PoolOptions. Vérifiez que connection.maxPoolSize, http2.maxPoolSize et maxWaitQueueSize parviennent à PoolOptions plutôt que d'utiliser les valeurs par défaut, et ajoutez ou exécutez un test de régression pour ces paramètres.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 2/5
- Temps estimé
- Une demi-journée
- Activité
- À l'abandon
- Clarté
- Clairement spécifiée
- Accessibilité débutants
- 45/100