Ĉu OkHttp konektiĝos rekte kiam prokura servilo malsukcesas?
Uzu la klientan version, la vojajn kandidatojn kaj la reprodukan vojon de la aplikaĵo por decidi ĉu malsukcesa prokuro povas konduki al rekta aliro.
En la historia kazo de sistema HTTP-prokuro, OkHttp ŝanĝis sian konduton en 3.5.0: ĝi ĉesis provi rektan konekton post kiam tiu prokuro malsukcesis. Pli malnova raporto pri silenta retrofalo eble priskribas la konduton antaŭ tiu ŝanĝo.
Tiu historio ne decidas la vojigan politikon de ĉiu aplikaĵo. Por interpreti raporton el via propra aplikaĵo, sekvu ĉi tiujn tri kontrolojn:
- Trovu la solvitan OkHttp-version. Uzu la dependecan informon de la aplikaĵo, inkluzive la version fakte enpakititan de kadro, anstataŭ la aĝon de la kopiata ekzemplo.
- Trovu kiel ĉi tiu kliento elektas vojon. Rekta prokuro kaj propra ProxySelector estas malsamaj agordoj. Se la elektilo provizas rektan kandidaton post prokuro, ĝi proponas rektan alternativon.
- Sekvu la malsukcesan traktilon. Serĉu aplikaĵan kodon, kiu reprovas per alia kliento. Rekta peto farita de tiu anstataŭaĵo staras ekster la decido de la unua kliento.
Por postulo pri deviga prokuro, la koncerna klienta politiko devas halti anstataŭ proponi rektan alternativon. Kontrolu la faktan klienton kaj la reprodukan vojon kontraŭ tiu postulo; la ŝanĝo de 3.5.0 sola ne estas tutmaŝina trafika regulo.