Proxy-authenticatiefouten bij HTML naar PDF door externe bronnen

De HTML komt binnen als een tekenreeks. De PDF-generatie begint, dan noemt een netwerkuitzondering proxy-authenticatie. Kijk in het document voordat u het PDF-bestand de schuld geeft.

Een renderer kan bronnen oplossen waarnaar zijn invoer verwijst. Een externe afbeelding, stylesheet, lettertype of ondersteunde import voegt nog een verzoek toe. Welke brontypen worden ondersteund hangt af van de renderer; het leveren van de hoofdmarkup garandeert geen volledig offline conversie.

Vind de tweede URL

Noteer de bron die de renderer ophaalde toen het mislukte. Los relatieve verwijzingen op tegen de werkelijke basis-URL. Een onschuldig lijkend logopad kan buiten de toepassing wijzen wanneer die basis verschilt van die in een browservoorbeeld.

Identificeer vervolgens de downloader. Een geslaagd verzoek van uw eigen HTTP-client configureert niet het interne bronophalen van een renderer. Gebruik de gedocumenteerde broninterface van de renderer of een goedgekeurde vooraf-ophaalregeling als die er een biedt.

Inloggegevens van de bronapplicatie zijn ook niet automatisch proxy-inloggegevens. De renderer kan draaien onder een dienstidentiteit met een andere omgeving en een ander netwerkpad.

Maak de afhankelijkheid expliciet

Voor rapporten die offline moeten werken, levert u goedgekeurde lokale of ingebedde bronnen via het ondersteunde mechanisme. Als externe bronnen nodig zijn, maakt u hun toegestane bestemmingen, authenticatie en faalgedrag onderdeel van het renderingontwerp.

Een ontbrekend logo en een mislukte conversie zijn verschillende mogelijke uitkomsten. Controleer hoe de bibliotheek ophaalfouten afhandelt in plaats van het rapport voltooid te verklaren alleen omdat er een PDF-bestand is gemaakt. Houd de mislukte bron en de verzoekfase in de diagnose; herhaaldelijk de URL van het oorspronkelijke document wijzigen kan de daadwerkelijke download ongemoeid laten.