Proxygodkendelsesfejl ved HTML-til-PDF fra eksterne ressourcer
Find sekundære ressourceanmodninger, når HTML-til-PDF-generering møder en proxy-udfordring, selvom hoveddokumentet er modtaget lokalt.
HTML ankommer som en streng. PDF-genereringen starter, derefter nævner en netværksundtagelse proxygodkendelse. Se ind i dokumentet, før du bebrejder PDF-filen.
En renderer kan opløse ressourcer, som dens input refererer til. Et eksternt billede, stylesheet, font eller understøttet import indfører endnu en anmodning. Hvilke ressourcetyper der understøttes, afhænger af rendereren; levering af hovedmarkeringen garanterer ikke en helt offline konvertering.
Find den anden URL
Registrer den ressource, som rendereren hentede, da den fejlede. Opløs relative referencer mod den faktiske basis-URL. En uskyldig udseende logo-sti kan pege uden for applikationen, når denne basis afviger fra den, der bruges i en browserforhåndsvisning.
Identificer derefter downloaderen. En vellykket anmodning fra din egen HTTP-klient konfigurerer ikke en renderers interne ressourcehentning. Brug rendererens dokumenterede ressourcegrænseflade eller en godkendt forhåndshentningsordning, hvis den tilbyder en.
Legitimationsoplysninger til kildeapplikationen er heller ikke automatisk proxy-legitimationsoplysninger. Rendereren kan køre under en tjenesteidentitet med et andet miljø og en anden netværksvej.
Gør afhængigheden eksplicit
For rapporter, der skal fungere offline, leveres godkendte lokale eller indlejrede ressourcer gennem den understøttede mekanisme. Hvis eksterne ressourcer er påkrævet, skal deres tilladte destinationer, godkendelse og fejladfærd være en del af renderingdesignet.
Et manglende logo og en mislykket konvertering er forskellige mulige resultater. Undersøg, hvordan biblioteket håndterer hentefejl, i stedet for at erklære rapporten færdig, blot fordi en PDF-fil blev oprettet. Behold den mislykkede ressource og anmodningsstadiet i diagnosen; gentagne ændringer af det oprindelige dokuments URL kan lade den faktiske download være urørt.