cpro-client 0.2.0 → 0.2.1

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 2bf1dbeeee478ffe838e25c8a2f7e08322fdd537a95fbe65aade589a212a9ce9
-  data.tar.gz: 60059eb5e04f2bc331bd8e17d17e891a24e4dfafa66c0fcfd3c4400f7f6d25cf
+  metadata.gz: 40f1e1557770b6ee03af92e419c95e19071d2b4a53848db46cdd76e409802eb6
+  data.tar.gz: 2f75110a47a4954f8151fe5d5cd85daa17e4d3e8b924512a96eab899865faf41
 SHA512:
-  metadata.gz: a420acaad23efa1b36a692ea7e29c74ea3039b3fab7b25e97c033e39b1e0e91d2eae2905fdf98dadf84bc61fd5d47e42e3ec5335c7c36246f1b7ee7311d77f05
-  data.tar.gz: 7e8ab7879a739be73e5b27cedbd8d57a47486c96ae7c8bb99e3abfad37743e8200115e6c5b561f5b851e42ae107b6bc06da44c09fe5a101705ab9d49d070110b
+  metadata.gz: 7e479ee8731fcd352635ade84a00ffc1a22901ce9d986d4ee47b26a65bc4313a746fbc40b6e7917191aab6002d2b95e0409b230cebae81e9ff952253479ff0e4
+  data.tar.gz: 9a75779dfefdd3a2b1e1ff5f156cc051969554cb7ac557bdc24c2c677ac0697d5f754f57274b38374ac27969b2af7011385d62f3a672f2cac518844c55fdf416

data/CHANGELOG.md

@@ -1,6 +1,26 @@
 ## [Unreleased]
 
 
+## [0.2.1] - 2026-08-28
+
+### Modifié
+- La contrainte sur Faraday passe de `~> 2.0` à `>= 0.9, < 3.0`. La gem s'installe désormais dans
+  une application verrouillée sur Faraday 0.9 par une autre dépendance, sans cesser de fonctionner
+  avec Faraday 2. Suite vérifiée sur 0.9.2, 1.10.4 et 2.8.1.
+- Les middlewares JSON sont portés par la gem (`Cpro::Middleware::EncodeJson` et `ParseJson`)
+  plutôt qu'empruntés à Faraday, qui ne les embarque qu'à partir de la 1.0 — avant, ils venaient
+  de la gem `faraday_middleware`. La dépendance d'exécution reste Faraday seul.
+- `Cpro::Middleware::RaiseError` reçoit `on_complete` de l'objet réponse au lieu de l'hériter de sa
+  classe de base : c'est la seule forme commune à Faraday 0.9 et à Faraday 2, dont les classes de
+  base diffèrent. `reason_phrase`, absent avant la 1.0, n'est lu que s'il existe.
+
+### Retiré
+- `Cpro::Middleware::Authentication::ACCOUNT_HEADER`, remplacé par `Cpro::Account::HEADER`. Le
+  compte technique n'est plus transmis par le contexte de requête Faraday — introduit en 1.0 —
+  mais posé en en-tête par `Cpro::Resources::Base`. Aucun changement pour l'appelant :
+  `with_account` reste le point d'entrée.
+
+
 ## [0.2.0] - 2026-08-27
 
 ### Corrigé

data/Gemfile.lock

@@ -1,8 +1,8 @@
 PATH
   remote: .
   specs:
-    cpro-client (0.2.0)
-      faraday (~> 2.0)
+    cpro-client (0.2.1)
+      faraday (>= 0.9, < 3.0)
 
 GEM
   remote: https://rubygems.org/

data/README.md

@@ -16,6 +16,11 @@ Scénario couvert :
 gem "cpro-client"
 ```
 
+Faraday est la seule dépendance d'exécution, de la version 0.9 à la version 2 incluse — la gem
+porte elle-même les middlewares JSON, que Faraday n'embarque qu'à partir de la 1.0. La suite est
+vérifiée sur 0.9.2, 1.10.4 et 2.8.1 ; le développement se fait sur la plus récente, et l'on teste
+un plancher avec `gem "faraday", "0.9.2"` ajouté au `Gemfile` avant `bundle install`.
+
 ## Configuration
 
 Les identifiants PISTE identifient l'application et sont stables :

data/cpro-client.gemspec

@@ -28,5 +28,5 @@ Gem::Specification.new do |spec|
   spec.executables   = spec.files.grep(%r{\Aexe/}) { |f| File.basename(f) }
   spec.require_paths = ["lib"]
 
-  spec.add_dependency "faraday", "~> 2.0"
+  spec.add_dependency "faraday", ">= 0.9", "< 3.0"
 end

data/lib/cpro/account.rb

@@ -4,6 +4,8 @@ require "base64"
 
 module Cpro
   class Account
+    HEADER = "cpro-account"
+
     attr_reader :login
 
     def initialize(login:, password:)

data/lib/cpro/auth/token_provider.rb

@@ -48,7 +48,7 @@ module Cpro
         @connection ||= Faraday.new do |faraday|
           faraday.request :url_encoded
           faraday.use Middleware::RaiseError
-          faraday.response :json, content_type: /\bjson$/
+          faraday.use Middleware::ParseJson
           faraday.options.timeout = configuration.timeout
           faraday.options.open_timeout = configuration.open_timeout
           faraday.adapter configuration.adapter

data/lib/cpro/connection.rb

@@ -5,10 +5,10 @@ module Cpro
     # Middlewares ordering matters here
     def self.build(configuration, token_provider, base_path)
       Faraday.new(url: "#{configuration.api_host}#{base_path}/") do |faraday|
-        faraday.request :json
+        faraday.use Middleware::EncodeJson
         faraday.use Middleware::Authentication, token_provider: token_provider
         faraday.use Middleware::RaiseError
-        faraday.response :json, content_type: /\bjson$/
+        faraday.use Middleware::ParseJson
         faraday.response :logger, configuration.logger if configuration.logger
         faraday.options.timeout = configuration.timeout
         faraday.options.open_timeout = configuration.open_timeout

data/lib/cpro/middleware/authentication.rb

@@ -2,12 +2,10 @@
 
 module Cpro
   module Middleware
-    # Injecte les deux niveaux d'authentification Chorus Pro : le jeton OAuth2 PISTE, commun à
-    # l'application, et le compte technique `cpro-account`, porté par requête via le contexte
-    # Faraday puisqu'il peut changer d'un appel à l'autre.
+    # Porte le jeton OAuth2 PISTE, commun à l'application, et rejoue une fois l'appel refusé en
+    # 401. Le compte technique, lui, est posé par Resources::Base : il change d'un appel à l'autre
+    # et Faraday n'offre pas de contexte de requête avant la 1.0.
     class Authentication < Faraday::Middleware
-      ACCOUNT_HEADER = "cpro-account"
-
       def initialize(app, token_provider:)
         super(app)
         @token_provider = token_provider
@@ -43,8 +41,6 @@ module Cpro
 
       def apply(env)
         env.request_headers["Authorization"] = "Bearer #{@token_provider.token.value}"
-        account = env.request.context && env.request.context[:account]
-        env.request_headers[ACCOUNT_HEADER] = account.header_value if account
       end
     end
   end

data/lib/cpro/middleware/raise_error.rb

@@ -16,7 +16,16 @@ module Cpro
 
       CORRELATION_HEADER = "x-correlationid"
 
-      def on_complete(env)
+      # Appelé sur l'objet réponse : Faraday 0.9 tient `on_complete` de
+      # Faraday::Response::Middleware, que Faraday 2 a supprimé, et Faraday 2 le tient de
+      # Faraday::Middleware, que Faraday 0.9 n'en dote pas. La réponse, elle, l'expose partout.
+      def call(env)
+        @app.call(env).on_complete { |response| verifier(response) }
+      end
+
+      private
+
+      def verifier(env)
         return if env.status < 400
 
         raise error_class(env.status).new(
@@ -27,14 +36,13 @@ module Cpro
         )
       end
 
-      private
-
       def error_class(status)
         ERRORS[status] || (status >= 500 ? ServerError : ApiError)
       end
 
+      # `reason_phrase` n'existe pas avant Faraday 1.0.
       def message_for(env)
-        detail = detail_for(env.body) || env.reason_phrase
+        detail = detail_for(env.body) || (env.reason_phrase if env.respond_to?(:reason_phrase))
         [env.status, detail].compact.join(" ")
       end
 

data/lib/cpro/resources/base.rb

@@ -23,10 +23,11 @@ module Cpro
       # Le swagger Annuaire ne déclare pas cpro-account, mais l'API le rejette en 400 sans lui,
       # healthcheck compris : toutes les ressources G2B l'exigent (vérifié en sandbox).
       def request(method, path, params: nil, body: nil)
+        account = required_account
         response = connection.public_send(method) do |request|
           request.url(path, params || {})
           request.body = body unless body.nil?
-          request.options.context = { account: required_account }
+          request.headers[Account::HEADER] = account.header_value
         end
         response.body
       end

data/lib/cpro/version.rb

@@ -1,5 +1,5 @@
 # frozen_string_literal: true
 
 module Cpro
-  VERSION = "0.2.0"
+  VERSION = "0.2.1"
 end

data/lib/cpro.rb

@@ -8,6 +8,7 @@ require_relative "cpro/configuration"
 require_relative "cpro/account"
 require_relative "cpro/auth/token"
 require_relative "cpro/auth/token_provider"
+require_relative "cpro/middleware/json"
 require_relative "cpro/middleware/authentication"
 require_relative "cpro/middleware/raise_error"
 require_relative "cpro/connection"

metadata

@@ -1,7 +1,7 @@
 --- !ruby/object:Gem::Specification
 name: cpro-client
 version: !ruby/object:Gem::Version
-  version: 0.2.0
+  version: 0.2.1
 platform: ruby
 authors:
 - Hôtentic
@@ -14,16 +14,22 @@ dependencies:
   name: faraday
   requirement: !ruby/object:Gem::Requirement
     requirements:
-    - - "~>"
+    - - ">="
       - !ruby/object:Gem::Version
-        version: '2.0'
+        version: '0.9'
+    - - "<"
+      - !ruby/object:Gem::Version
+        version: '3.0'
   type: :runtime
   prerelease: false
   version_requirements: !ruby/object:Gem::Requirement
     requirements:
-    - - "~>"
+    - - ">="
+      - !ruby/object:Gem::Version
+        version: '0.9'
+    - - "<"
       - !ruby/object:Gem::Version
-        version: '2.0'
+        version: '3.0'
 description: 'Client Ruby des API G2B de Chorus Pro (PPF) : authentification OAuth2
   PISTE, consultation de l''annuaire par SIRET ou SIREN, et dépôt de factures Factur-X.'
 email: