Hi,

Please see if this helps:

http://www.essentialobjects.com/doc/4/web/troubleshoot.aspx

Thanks!

Hi,

That's still not normal because only two pictures should not take that long. You can increase HtmlToPdf.Options.MaxLoadWaitTime to increase the time out value, but you definitely want to find out why it takes so long to load a picture. You may want to check your IIS log to see if you can find out what's taking time. For the converter side, it spends most of the time waiting your server to send the picture, so usually a time out error is caused by the server being slow to respond the request.

Thanks!

Hi,

I am not sure what else to tell you. If the converter runs fine without delay from any other server but not from that server, then its almost certain that there is some network problem on that server. There is no option or whatsoever that we can make it work on the converter if the underlying network has a problem. I would recommend you to run a network analyzer (package monitor) to monitor the network traffic while the converter runs to see if you can find out what's causing the delay.

Thanks!

Any further thoughts on what the problem could be? We have purchased the enterprise license, but that doesn't really help us if we can't use it on our production server...

It looks like I am now starting to go backwards. I can no longer get any eo.pdf application to run on this server. It just throws this error:

Unhandled Exception: EO.Pdf.HtmlToPdfException: Convertion failed. Object reference not set to an instance of an object.
---> System.NullReferenceException: Object reference not set to an instance of an object.
at EO.Pdf.Internal.gf.a(Char A_0, Boolean A_1)
at EO.Pdf.Internal.fo.a(String A_0, Boolean A_1, gf A_2, Single A_3, Int32[] A_4, Int32 A_5, Single& A_6)
at EO.Pdf.Internal.fo.b(kd A_0)
at EO.Pdf.Internal.fo.a(ka[] A_0)
at EO.Pdf.Internal.fo..ctor(lx A_0, Boolean A_1, Int32 A_2, kz A_3, Int32 A_4, Single A_5, Rectangle A_6, PdfPage A_7, fe A_8, Int32 A_9, Graphics A_10, Dictionary`2 A_11)
at EO.Pdf.Internal.lx.a(PdfPage A_0, Boolean A_1, Int32 A_2, Rectangle A_3, kz A_4, hd A_5, Graphics A_6)
at EO.Pdf.Internal.lx.a(Int32 A_0, HtmlToPdfResult A_1)
at EO.Pdf.Internal.lx.d()
--- End of inner exception stack trace ---
at EO.Pdf.HtmlToPdfException.b(Exception A_0)
at EO.Pdf.Internal.lx.d()
at EO.Pdf.HtmlToPdfSession.RenderAsPDF(PdfDocument doc)
at EO.Pdf.HtmlToPdf.ConvertHtml(String html, PdfDocument doc, HtmlToPdfOptions options)
at EO.Pdf.HtmlToPdf.ConvertHtml(String html, String pdfFileName, HtmlToPdfOptions options)
at EO.Pdf.HtmlToPdf.ConvertHtml(String html, String pdfFileName)
at EOPDF.Program.Main(String[] args)

My application is as simple as this:

var html = "<div>Hello World!</div>";
var pdf = "test.pdf";
HtmlToPdf.ConvertHtml(html, pdf);

This works locally and on another server that we have just fine. It is only throwing the exception on the one server.

Hi,

There is definitely something wrong with that server. The first error occurs when there is no glyph table in the default font (which should be "Times New Roman"). The second error indicated the file the package that the free HTML to PDF tool downloads from our server is corrupted (the free tool is just a small exe that downloads the actually conversion code and the relatively big EO.Pdf.dll from our server and then call that to do the conversion). Both indicates some serious problems with your server. The first problem might be related to permissions. So you will want to try to run your test app with administrator permissions and see if it works. The second problem should be something that your network administrator can troubleshoot easily: why a simple HTTP download ends up with a corrupted file. This might be the same root problem that was causing the initial time out error for you.

Thanks!