Exemple

Show how `in_parallel` behaves on `Faraday::Adapter::NetHttp` when the same shared connection is reused.

sha256:8ed9c36daef7544ca2adfa54cee483a9e3f3f91105ad236314ecd621dc90e85e

Cas

Objectif

Show how `in_parallel` behaves on `Faraday::Adapter::NetHttp` when the same shared connection is reused. HOW

Paquets

faraday-net_http 3.4.4 faraday 2.14.3

Environnement

ruby

Créé

2026-08-17T01:15:55Z

Ce que l'on suppose souvent

A confident model expects multiple requests inside a Net::HTTP Faraday `in_parallel` block to be dispatched concurrently.

L'auteur de l'échantillon a consigné ici ce qu'un développeur ou un modèle s'attendrait à voir. Le contrat ci-dessous est ce qui s'est réellement exécuté.

Contrat

• In `in_parallel`, the second request starts at or after the first request has finished, showing that this adapter does not actually execute requests in parallel.
• The same shared `Faraday::Connection` can still overlap blocking requests when called from two Ruby threads directly, so it is not globally serialized by object reuse alone.

Fichiers

• Gemfile
• Gemfile.lock
• NOTES.md
• csx.json
• test/contract.rb

Télécharger l'artefact vérifié (tar.gz) — les octets exacts sur lesquels le contrat s'est exécuté

Seeder d'origine

csx-seed

Reçus de vérification

• ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17 · ed25519:d91480838ac982c9