procha escreveu:
Significa que... tem algum problema com esta configuração?

os 64

openjdk version "1.8.0_171"

OpenJDK 64-Bit Server VM

xulrunner-10.0.4esr.en-US.linux-x86_64.tar (working )

xulrunner em /opt/xulrunner

ftp.mozilla.org/pub/xulrunner/releases/1...linux-x86_64.tar.bz2

Boa tarde elopes,

Estive a verificar o erro e creio que o problema pode estar na versão do xulrunner. -> 'ftp.mozilla.org/pub/xulrunner/releases/'

Fiz vários testes e a partir da versão 1.9.2 do xulrunner o comportamento do Colibri não é o esperado. Assim por exemplo na versão 10.0, o Browser inicial não oferece problemas, mas ao tentar prever relatórios surge a janela para gravar em vez da previsão num separador integrado.

A partir da versão 14 nenhum xulrunner funciona em condições.

Penso que o facto de o firefox ter integrado o xulrunner como indicou e bem, só se aplica à própria aplicação e não a soluções de terceiros.

Concordo integralmente na sua sugestão em propor à equipa do Colibri a substituição quando oportuno por uma nova tecnologia de incorporação de relatórios.

Junto envio a imagem do erro quando usado o xulrunner versão 14
Espero ter contribuído para solução.
cf

Já agora - e isto deve ser mais um daqueles casos de " ensinar a missa ao padre" - conforme a página do projecto XulRunner:

https://developer.mozilla.org/en-US/docs/Archive/Mozilla/XULRunner

Ou seja, o xulrunner deixa de ser preciso pela razão simples de que o firefox já o contém e, portanto, pode ser directamente invocado.

Portanto, o problema parece mais devido ao SWT. De acordo com este artigo:

https://stackoverflow.com/questions/2018553/swt-no-more-handles

o problema pode ser devido à não libertação de recursos alocados pelo software. Algum comentário?

Cumprimentos: ELopes

Como achega, na consola aparece este erro:

org.eclipse.swt.SWTError: XPCOM error 0x80004005
org.eclipse.swt.SWTError: No more handles


Cumprimentos: Eduardo Lopes

cfreire escreveu:
Bom dia.

Obrigado pela sugestão, mas não é isso, pois o dito está instalado (versão 2.1.6.7). Como é uma major release do software, pode ser que tal esteja a interferir de alguma maneira com o processo. De qualquer modo, dado que o xulrunner já foi há bastante tempo descontinuado, é expectável que o Colibri tenha de vir a implementar alguma alternativa mais "moderna" num futuro mais ou menos próximo.

Entretanto, e como workaroound (muito) arrevesado, coloquei o servidor da impressora (CUPS) a guardar os jobs de impressão e, de seguida, vou ao spooler sacar os PostScripts... É manhoso, mas para já resolve o meu problema. E depois sempre se pode usar o ps2pdf para converter.

Ainda assim, gostava de ter algum input de quem sabe como a coisa está implementada, para ver se há algo sob o meu domínio que se possa tentar.

Cumprimentos: Eduardo Lopes