Грешки при прокси автентикација при претворање HTML во PDF од далечински ресурси

HTML пристигнува како низа. Генерирањето PDF започнува, потоа мрежен исклучок споменува прокси автентикација. Погледнете внатре во документот пред да го обвините PDF-файлот.

Рендерерот може да ги реши ресурсите на кои упатува неговиот влез. Далечинска слика, стилска табела, фонт или поддржан увоз додава уште едно барање. Кои типови ресурси се поддржани зависи од рендерерот; обезбедувањето на главното означување не гарантира целосно офлајн претворање.

Лоцирајте го вториот URL

Забележете го ресурсот што рендерерот го преземаше кога не успеа. Решете ги релативните референци спрема вистинскиот основен URL. Навидум безопасна патека на лого може да покажува надвор од апликацијата кога таа основа се разликува од онаа користена во прегледот на прелистувачот.

Потоа идентификувајте го преземачот. Успешното барање на вашиот сопствен HTTP клиент не го конфигурира внатрешното преземање ресурси на рендерерот. Користете го документираниот интерфејс за ресурси на рендерерот или одобрена шема за однапред преземање ако ја нуди.

Поставките за автентикација на изворната апликација исто така не се автоматски прокси поставки за автентикација. Рендерерот може да работи под идентитет на услуга со друга околина и друга мрежна патека.

Направете ја зависноста експлицитна

За извештаи наменети за работа офлајн, обезбедете одобрени локални или вградени ресурси преку поддржаниот механизам. Ако се потребни далечински ресурси, направете ги нивните дозволени дестинации, автентикација и однесување при грешка дел од дизајнот на рендерирањето.

Логото што недостасува и неуспешното претворање се различни можни исходи. Проверете како библиотеката се справува со грешките при преземање наместо да го прогласите извештајот за завршен само затоа што е создаден PDF-файл. Задржете го неуспешниот ресурс и фазата на барањето во дијагностиката; повторливото менување на URL-то на оригиналниот документ може да го остави вистинското преземање недопрено.