从Navision应用程序服务器打印PDF
如果用户不在本地管理组（2）中，我无法通过Navision应用程序服务器（1）将报告打印为PDF。只有在这两种情况下 在Nav代码中，我将执行以下操作：初始化bullzip自动化对象（设置所有参数以抑制GUI），运行报告以将文档打印到虚拟bullzip打印机，捕获输出文件。就这样。像栏杆一样直 我有两个环境：WindowsServer2008和Windows7（不同版本的Nav，但这并没有改变什么）。在Windows7上，它什么也不做（但如果用户是管理员，它就可以工作）。在服务器上，我可以在事件日志中看到错误（翻译成英语） 故障应用程序gui.exe，版本9.8.0.1599，时间戳0x517126dc，故障模块USER32.dll，版本6.0.6002.18541，时间戳0x4ec3e39f，异常代码0xc0000142，故障偏移量0x0006f52f，进程ID 0x3bc，应用程序启动时间0x01ce562238369fa9 Gui.exe是bullzip的一部分 如果我从Nav Classic客户端运行相同的代码，或者从命令行中启动的相同NAS运行相同的代码，或者在本地管理员帐户下运行相同的代码，或者如果我将NAS用户放在本地管理员组中，则可以正常工作 要解决此问题，我需要找出两个问题中的一个，以及如何解决它：从Navision应用程序服务器打印PDF,pdf,dynamics-nav,Pdf,Dynamics Nav,如果用户不在本地管理组（2）中，我无法通过Navision应用程序服务器（1）将报告打印为PDF。只有在这两种情况下 在Nav代码中，我将执行以下操作：初始化bullzip自动化对象（设置所有参数以抑制GUI），运行报告以将文档打印到虚拟bullzip打印机，捕获输出文件。就这样。像栏杆一样直 我有两个环境：WindowsServer2008和Windows7（不同版本的Nav，但这并没有改变什么）。在Windows7上，它什么也不做（但如果用户是管理员，它就可以工作）。在服务器上，我可以在事件
这个问题仍然是现实的。虽然我已经设法用PDFCreator设置了PDF打印。困难的部分是让多个不同的NAS同时打印。现在设置有一个瓶颈——PDFCreator的打印队列。使用bullzip自动化可以避免这种情况。我们遇到过一些第三方DLL由于权限限制而在NAV中崩溃的情况 我们可以缩小它试图访问的文件范围的唯一有效方法是通过使用来缩小导致权限问题的原因
我们在System32中找到了一个文件夹，用于处理某些DLL使用的系统网络配置文件。请注意，NAS等应该在域帐户下运行。我认为重新安装应用程序可以做到这一点 只需确保卸载每个bullzip和ghost脚本 现在鬼脚本是一件棘手的事情，如果你安装的是32位超过64位，那么你就有问题了 请参阅此下载适当的版本，然后安装 然后在从下载新版本后安装bullzip 这样就可以了 然后，如果出现任何问题（如果您使用应用程序进行自动化，则需要新的com对象…），这就解释了大多数应用程序接口问题 您需要将
公共类PdfSettings我希望这会有所帮助。嗯，我在NAV中使用BullZip（包括服务层和经典客户端），所以我不会认为它是BullZip本身。我建议了一个可能的解决方案。您是否在本地管理员帐户下使用过它？服务层是指NAS还是web服务/RTC？因为我面临的这个问题只与NAS有关。今天将使用WS进行测试。似乎根本不可能从web服务打印。是的，我使用了域帐户，但具有不同的权限（本地管理员和本地用户）。是的，我试着使用procmon。我唯一发现的是，在用户帐户下，当涉及system32文件夹中的
lpk.dll