L'HTML arriva come stringa. La generazione del PDF inizia, poi un'eccezione di rete menziona l'autenticazione proxy. Guardate dentro il documento prima di incolpare il file PDF.

Un motore di rendering può risolvere le risorse a cui fa riferimento il suo input. Un'immagine, un foglio di stile, un font o un'importazione supportata da remoto introduce un'altra richiesta. Quali tipi di risorsa siano supportati dipende dal motore; fornire il markup principale non garantisce una conversione del tutto offline.

Individuate il secondo URL

Registrate la risorsa che il motore stava recuperando al momento dell'errore. Risolvete i riferimenti relativi rispetto all'URL di base effettivo. Un percorso del logo all'apparenza innocuo può puntare fuori dall'applicazione quando quella base differisce da quella usata in un'anteprima del browser.

Poi identificate il downloader. Una richiesta riuscita del vostro client HTTP non configura il recupero interno delle risorse del motore. Usate l'interfaccia delle risorse documentata dal motore o un meccanismo approvato di prelettura se ne offre uno.

Anche le credenziali dell'applicazione di origine non sono automaticamente credenziali del proxy. Il motore può essere eseguito con un'identità di servizio, un altro ambiente e un altro percorso di rete.

Rendete esplicita la dipendenza

Per i report destinati a funzionare offline, fornite risorse locali o incorporate approvate tramite il meccanismo supportato. Se sono necessarie risorse remote, rendete le destinazioni consentite, l'autenticazione e il comportamento in caso di errore parte della progettazione del rendering.

Un logo mancante e una conversione fallita sono esiti possibili diversi. Verificate come la libreria gestisce gli errori di recupero invece di dichiarare il report completo solo perché è stato creato un file PDF. Mantenete la risorsa fallita e la fase della richiesta nella diagnosi; cambiare ripetutamente l'URL del documento originale può lasciare intatto il download effettivo.

Articoli correlati