Rationale for setting default connectionTimeout to 1 second in ApiClient?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 25/100
Piste de recherche
Commencez par localiser ApiClient et le traitement de merchantConfig.getUserDefinedConnectionTimeout(), puis examinez comment la valeur par défaut d’une seconde est définie et testée. L’issue est résolue lorsque la justification de cette valeur par défaut et les compromis liés à son augmentation sont documentés, ou lorsque la modification demandée de la valeur par défaut est explicitement délimitée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hi team,
In our project, we are frequently encountering connect timed out errors, which seem to be caused by the connection timeout setting. Currently, we are not explicitly setting merchantConfig.getUserDefinedConnectionTimeout(), so the default value of 1 second is being used.
Personally, I feel that 1 second is quite short, especially considering that network conditions can vary, and sometimes a proxy is involved. We are considering increasing this timeout to around 10 seconds to see if it helps resolve the issue.
I wanted to ask:
- Is there a specific reason why the default connection timeout is set to just 1 second?
- Are there any concerns or trade-offs we should be aware of if we increase it to 10 seconds?
Thanks in advance for your insights!
- Langage dominant
- Java
- Étoiles
- 29
- Forks
- 50
- Merge moyen
- 1 h 30 min
- PR mergées (30 j)
- 1
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de CyberSource/cybersource-rest-client-java
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
CyberSource/cybersource-rest-client-java#241 · 1 réaction ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 58/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
CyberSource/cybersource-rest-client-java#235 · 1 commentaire ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
Toutes les issues de CyberSource/cybersource-rest-client-java
Issues similaires
-
priority: p2 type: bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
googleapis/java-genai#1372 ·
Les mainteneurs répondent en général sous 1 jour
-
GeoSeries scale and skew tests fail with pytest 9.2.0Peut-être pris @jiayuasu l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
Preventions: a dose saved without a unit reopens blank, and an unchanged save then erases itOuvertepriority: medium Review effort [1-5]: 3 status: needs-triage type: bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
carlos-emr/carlos#5431 ·
Les mainteneurs répondent en général sous 1 jour
-
Integration tests: jetty:run fails with WELD-001408 for CountryJpaServicePeut-être pris @viniciusmachak l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
primefaces/primefaces#15431 ·
Les mainteneurs répondent en général sous 1 jour
-
test(multi-tenancy): assert cross-tenant vulnerability reads are refused in the CWE isolation testOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
OpenAEV-Platform/openaev#8792 ·
Les mainteneurs répondent en général sous 2 jours