Windows Server 2008 R2 x64環境でのWkHtmlToXSharpエラー

Question

WkHtmlToXSharpは、優れたHtmlからPDFへの変換ライブラリwkhtmltopdfライブラリのC＃ラッパー（P/Invokeを使用）です。 https://github.com/TobiTonner/WkHtmlToXSharp

は、私はそれらの 一つは、ウェブサイトにウェブサイトのバージョンと別のウェブサイトBを言わせてのWindows Server 2008 R2 x64の環境をステージングに2つのウェブサイトを持っています。

WkHtmlToXSharp変換がバージョンに取り組んでいたが、私は変換がそのバージョンに取り組んでいないBバージョンを設定するとき、私はエラーを取得しています：

HtmlToPdf conversion failed: Failed loading page http://website/Convert (sometimes it will work just to ignore this error with --load-error-handling ignore) 

私はなぜ思っていましたそれは起こっていると指摘したよりのウェブサイトはと同じフォルダを探して、サイトを探しています。そして、私が実行しているときに私は驚いた変換がうまくそこに働いているが、私が台無しになっているときB私はまだ同じエラーが発生していますが、面白いことは両方のサイトが同じソースコード）。私はちょうどそれがなぜ起こったのだろうと思っています。どちらのウェブサイトも、同様のアプリケーションプール設定を持ち、32ビットアプリケーションを有効にしておくと有効になります。また、私は両方のウェブサイトのために同じアプリケーションプールを設定しようとしていたと同じことが起こって、サイト上での変換が動作していますが、Bサイトではありません。

私のローカル環境（Windows 7 x64）では、どちらの場合でも同じWebサイトのコンバージョンを設定しています。

はまた、私はエラーを無視するためのコードでいくつかの変更作られた： converter.ObjectSettings.Load.LoadErrorHandling = LoadErrorHandlingType.ignore; をしかし、それはエラーを修正しないで、唯一の違いは、今私がBウェブサイト上の変換の場合には、空のPDFファイルを取得していますということです。

Windows Serverの中で、WkHtmlToXSharp.dllまたはwkhtmltopdfの2つのコピーを実行しているか、またはそのような何かが起こっていることを拒否する何かが考えられます。

多分、それについてのアイデアはありますか？

Answer 1

を参照してください。このhttps://github.com/pruiz/WkHtmlToXSharp/issues/8

The problem with IIS is that it recycles app. pools from time to time, but during this process any non-managed resources hold by your application may (as in this case) end up not being appropiatelly freed. Also, having more than one AppDomain under you'r IIS application can cause memory corruption, as both AppDomains try to instantiante a WebKit instance under the same process (ie. same process memory/space), and that's another no-way.

The best thing you can do is having a Daemon or Service handling HTML2PDF conversión, and calling it from your web app. using remoting, WS calls, or any other RPC method. This will also help you de-compose your application and making things easier to debug.

はそれがお役に立てば幸いです。