In Savon HTTPI-proxy ynstelle foar WSDL- en SOAP-oanfragen
Stel de proxy yn op in Savon HTTPI-klient en hâld rekken mei sawol it opheljen fan in fiere WSDL as SOAP-oproppen.
By in Savon-klient dy't HTTPI brûkt, heart de proxy by de opsjes fan de klient. Hy jildt by it opheljen fan in fiere WSDL en by it ferstjoeren fan de SOAP-oanfraach.
client = Savon.client(
wsdl: 'https://service.example/soap?wsdl',
proxy: ENV.fetch('SOAP_PROXY_URL'),
open_timeout: 5,
read_timeout: 15
)
It foarbyld giet út fan 'e HTTPI-transport. Jou in goedkarde proxy-URL fia de omjouwing. Foar in iepenbiere SOAP-test dy't in net-autentisearre HTTP-tuskenpersoan talit, kin in kandidaat út 'e HTTP-proxylist dy URL leverje; hâld de besluten oer tsjinst- en proxy-autentikaasje apart. As de stipe autentikaasjemetoade bewiis yn 'e URL brûkt, kodearje dan de reservearre tekens yn dat bewiis en hâld de resultearjende URL bûten de logs.
Savon neamt se “globale opsjes”, mar se binne lokaal foar ien klienteksimplaar. In oare klient dy't earne oars boud wurdt, erft de proxy net automatysk.
Kontrolearje de ynstalleare transport ear't jo it fragmint wer brûke. De hjoeddeiske dokumintaasje fan Savon jout dizze opsjes oan HTTPI; de Faraday-transport hat syn eigen opsetynterface fia client.faraday en wegeret dizze HTTPI-spesifike opsjes. Konfigurearje de keazen transport ynstee fan de twa interfaces te mingen.
Hâld it proxy-akkount apart fan 'e bewiis fan 'e SOAP-tsjinst en de WS-Security-wearden. De 407 fan 'e proxy, de HTTP-oanmeldingsútdaging fan 'e tsjinst en in SOAP-flater jouwe ferskate útwikselings oan. It opheljen fan WSDL kin mislearje foar't de klient ek mar ien applikaasje-operaasje dien hat.