Ok, quando o controle de qualidade se conecta a esse servidor, verifique se a guia Local Resources
na área Local devices and resources
do ícone RDP no atalho salvo NÃO tem o A opção Printers
selecionada (veja abaixo) - esta pode ser a solução mais rápida e simples - diz à sessão RDP para NÃO usar Printer Redirection
.
Como este software está convertendo documentos para PDF, é provável que ele use um virtual printer
definido pelo Windows, e as impressoras 'defined \ mapped' nas duas máquinas são diferentes (seu e QA).
A máquina de controle de qualidade que causa o problema quando o RDP está no servidor provavelmente tem alguma impressora definida nela que sua máquina não possui, e isso está causando problemas no processo de conversão de PDF do Tomcat por Printer Redirection
- tentando redirecionar as configurações da impressora que fazem com que o SO Windows Server 2008 grite, etc.
Você provavelmente verá as mensagens de erro relacionadas a Event Viewer
driver de impressora quando isso ocorrer no servidor, mas você pode instalar esses drivers no servidor que também causam erros em uma solução. Portanto, quando essa máquina se conecta e ocorre o printer redirection
, o sistema operacional do servidor tem os drivers de impressão para avançar sem problemas, não causando problemas no processo de conversão do PDF e sua impressora virtual correlacionada definida.
RECAP RAPIDO
Verifique se a guia Local Resources
na área Local devices and resources
do ícone RDP no atalho salvo NÃO tem o Printers
opção selecionada (veja abaixo)
Esta configuração mapeia impressoras, drivers, etc., definidos em excesso para sessões RDP - isso é redirecionamento da impressora.