Proxyautentiseringsfeil ved HTML-til-PDF frå eksterne ressursar

HTML kjem inn som ein streng. PDF-genereringa startar, deretter nemner eit nettverksunntak proxyautentisering. Sjå inn i dokumentet før du klandrar PDF-fila.

Ein renderar kan løyse opp ressursar som inndataa viser til. Eit eksternt bilete, stilark, ein font eller ein støtta import innfører ei ny førespurnad. Kva ressurstypar som er støtta avheng av renderaren; å levere hovudmarkeringa garanterer ikkje ei heilt fråkopla konvertering.

Finn den andre URL-en

Registrer ressursen renderaren henta då han feila. Løys relative referansar mot den faktiske basis-URL-en. Ein uskuldig utsjånad logo-sti kan peike utanfor applikasjonen når den basisen avvik frå den som blir brukt i ein nettlesarførehandsvising.

Identifiser deretter nedlastaren. Ei vellukka førespurnad frå din eigen HTTP-klient konfigurerer ikkje ein renderars interne ressurshenting. Bruk det dokumenterte ressursgrensesnittet til renderaren eller ei godkjend førehandshentingsordning om han tilbyr ei.

Påloggingsinformasjon for kjeldeapplikasjonen er heller ikkje automatisk proxy-påloggingsinformasjon. Renderaren kan køyre under ein tenesteidentitet med eit anna miljø og ein annan nettverksveg.

Gjer avhengnaden eksplisitt

For rapportar som skal fungere fråkopla, lever godkjende lokale eller innebygde ressursar gjennom den støtta mekanismen. Viss eksterne ressursar er kravde, gjer deira tillatne destinasjonar, autentisering og feilåtferd til ein del av renderingdesignet.

Ein manglande logo og ein mislukka konvertering er ulike moglege utfall. Sjekk korleis biblioteket handterer hentefeil i staden for å erklære rapporten fullført berre fordi ei PDF-fil vart oppretta. Hald den mislukka ressursen og førespurnadsstadiet i diagnosen; gjentekne endringar av URL-en til originaldokumentet kan la den faktiske nedlastinga vere urørd.