Faraday: (Wie) wird no_proxy unterstützt?

Hallo @JasonBarnabe ,

Es tut mir leid wegen der Verwirrung. Wenn Sie überprüfen, wann diese Methode tatsächlich aufgerufen wird, sehen Sie, dass die Funktion nur erreicht werden kann, wenn URI.parse("").respond_to?(:find_proxy) nicht wahr ist (also Ruby < 2.0) oder wenn Sie die URL beim Initialisieren von Faraday ( in diesem Fall können wir es für Sie nicht erraten).

Release Notes gehen also nicht zu sehr ins Detail, sondern sagen die Dinge einfach so, wie sie sind: Wir unterstützen den no_proxy automatisch, aber erst ab Ruby 2.0 😄

Okay, danke für die Info. Ich habe URI.parse("").respond_to?(:find_proxy) und habe mich gefragt, was das bedeuten könnte :)

Ach ich verstehe. Einfach die Methode find_proxy wurde in Ruby 2.0 eingeführt. Wenn sie nicht vorhanden ist, bedeutet dies, dass wir in Ruby sind <=1.9
Wir haben es vorgezogen, auf diese Weise zu überprüfen, anstatt die Ruby-Version zu überprüfen, da es auf diese Weise auch für andere Ruby-Interpreter (z

Mit faraday 0.12.2 erhalte ich diese Ausgabe derzeit auf Ruby 2.3.3 & 2.4.2. Ist das ein Rückschritt?

Wenn ich meinen Build auf dem Docker-Image 2.3.3 oder 2.4.2 von CircleCI ausführe, sehe ich Folgendes:

no_proxy is unsupported

UPDATE: Anscheinend erlebe ich #701, das behoben wurde, und es gibt eine neue Version von Faraday. Bis @intridea die Faraday-Versionseinschränkung in oauth2 (bitte Daumen!) lockert, werden wir oauth2 forken oder uns mit altem Faraday beschäftigen.