我有一台运行 Windows Server 2008 的虚拟机，并且在该机器上安装的 Tomcat 实例上部署了一个 Web 应用程序。Tomcat 配置为代表本地管理员作为服务运行。
此应用程序中有一项功能，可将 Microsoft Office 文件转换为 PDF 格式。基本上，它使用 Tomcat 用户作为交互用户来打开 Office 应用程序（例如 Excel），并使用已打开的 Office 应用程序功能Save as PDF。
问题描述
问题在于，当我使用远程桌面连接使用特定的用户名和密码连接到该虚拟机时，转换可以成功进行，但是当 QA 使用与我相同的用户名和密码连接到虚拟机时，转换就会卡住。
我必须重新连接并终止 Excel 进程，然后使用转换功能才能使其成功运行。
从我的电脑和 QA 电脑连接时，安全性可能有什么不同，我们运行的是相同的操作系统（Windows 7），连接到同一个网络。
答案1
快速修复详细信息
来自
Local Resources标签和内部Local devices and resourcesRDP 可编辑属性部分，确保Printers选项不是已选择笔记：使用打印机重定向建立会话时，此设置将定义的打印机和打印机驱动程序映射到 RDP。
更多详细信息
好的，当 QA 连接到此服务器时，确保Local Resources选项卡内的Local devices and resources已保存的快捷方式上的 RDP 图标区域没有Printers选项已选定（见下文）——这可能是最快、最简单的解决方案——它告诉 RDP 会话不要使用Printer Redirection。
由于此软件正在将文档转换为 PDF，因此它很可能使用 Windows 定义的virtual printer以及打印机‘定义\映射’两台机器上的 (你的和 QA 的) 是不同的。
当 QA 机器通过 RDP 连接到服务器时，会导致出现问题，很可能是该机器上定义了某些您的机器没有的打印机，而这会导致 Tomcat PDF 转换过程出现问题 — 尝试Printer Redirection重定向打印机设置，从而导致 Windows Server 2008 操作系统发出尖叫声等。
Event Viewer当服务器上发生这种情况时，您可能会看到与打印机驱动程序相关的错误消息，但您可以在服务器上安装这些驱动程序也有可能找到解决方案。因此，当该机器连接并printer redirection发生此错误时，服务器操作系统的打印驱动程序可以顺利运行，因此不会对 PDF 转换过程及其定义的相关虚拟打印机造成问题。