ABCpdf7 不使用 AddImageUrl 渲染图像

Question

在我看来相当具有异国情调。我们最近从Windows Server 2003升级/迁移到2008，现在使用Doc.AddImageUrl()时似乎无法渲染图像。 （保存 pdf 时，图像以正确的尺寸显示，但 IE8 丢失图像 x 显示）。

如果我理解正确的话，ABCpdf 在内部使用 IE 渲染来完成此类事情。

我们认为这可能是权限问题，但我们检查了 IE ESC，似乎已按照他们的建议进行配置。还有其他人遇到过类似的问题吗？也许需要代码配置？

不是整个片段，而是 ABCpdf7 的内容：

using (Doc doc = new Doc())
        {
            doc.HtmlOptions.PageCacheEnabled = false;
            doc.HtmlOptions.UseNoCache = true;
            doc.HtmlOptions.PageCacheClear();
            doc.HtmlOptions.PageCachePurge();
            doc.HtmlOptions.UseResync = true;
            doc.HtmlOptions.ImageQuality = 25;

            int pageID = doc.AddImageUrl(url + "&guid=" + url.GetHashCode());

            while (true)
            {
                if (!doc.Chainable(pageID))
                    break;
                doc.Page = doc.AddPage();
                pageID = doc.AddImageToChain(pageID);
            }

  // file saving etc.
    }

Answer 1

从代码中提取单元测试以在多个环境上进行测试。事实证明，我们的开发数据库服务器（这是唯一一台运行 2008 年的服务器）能够使用几乎完全相同的配置运行单元测试。

有了这些信息，我们就能够将范围缩小到生产中的 dll。尽管 ABCpdf.dll 是正确的（32 位），但 64 位核心 (ABCpdf7ce.dll) 已投入生产。

我想由于该组件的核心是 COM (iirc)，因此我们没有抛出任何错误。此外，我们能够从 html 生成没有图像的 pdf，这对我来说很奇怪。

而且，最重要的是，我们的存储库中没有 64 位 dll 的记录，而 32 位 dll 位于我们的 GAC 中。据我所知，核心 DLL 仅用于构建，因此我们从受影响的环境中删除了这些 DLL，并且似乎状况良好。