Mukautetun välityspalvelinmoduulin lataaminen .NET Frameworkissä
Tarkista tyyppien lataus, suoritettavan tiedoston kokoonpano ja pyyntöjen ohitukset, kun defaultProxy-moduuli näyttää tehottomalta.
Määritä välityspalvelinmoduuli .NET Framework -sovelluksessa configuration/system.net/defaultProxy-kohdan alle:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Ensimmäinen nimi on tyyppi ja toinen sen kokoonpanon identiteetti, ei DLL-polku. Kokoonpano ja riippuvuudet on ladattava sovelluksen tavallisten sääntöjen mukaisesti.
Tarkista kaksi porttia. Ensinnäkin ajon aikana on muodostettava julkinen tyyppi, joka toteuttaa IWebProxy-rajapinnan parametrittomalla konstruktorilla. Säilytä lataus- tai muodostusvirheiden sisäiset poikkeukset; ne edeltävät jokaista välityspalvelimen TCP-yhteyttä. Työpöytäjulkaisussa varmista, että rekisteröinti on saavuttanut suoritettavan tiedoston käyttöönotetun kokoonpanon. ClickOncessa vertaa rakennettua, julkaistua ja asennettua .exe.config-tiedostoa. Luokkakirjaston App.config ei tavallisesti määritä isäntäprosessiaan.
Toiseksi pyynnön on käytettävä tätä oletusta. Selkeä välityspalvelimen määritys voi korvata sen, eikä toinen HTTP-pino välttämättä lue tätä kokoonpanomallia. Moduulin sisällä GetProxy ja IsBypassed tarvitsevat johdonmukaisia päätöksiä, ja välityspalvelimen URI:n on oltava absoluuttinen ja käytettävä oikeaa skeemaa ja porttia.
Pidä myös tunnistetietojen toiminta johdonmukaisena. Getter, joka valmistaa kovakoodatun tilin ja jättää setterinsä huomiotta, voi mitätöidä myöhemmän kokoonpanon vielä onnistuneen latauksen jälkeenkin.
Tämä on .NET Frameworkin ylläpitomekanismi. Käytä nykyisen .NETin verkkosovellusasiakkaan tukemaa välityspalvelinasetusta sen sijaan, että odottaisit tämän vanhan system.net-rekisteröinnin ohjaavan jokaista HttpClientiä.