** RESOLVIDO ** SSL + Exportar PDF

Consultas
#1

Saudações a todos!

Estou com um pequeno problema para exportar consultas em modo PDF:

Quando estou executando a aplicação através do scriptcase, a exportação em PDF ocorre sem problemas. Porém, com a aplicação publicada, a geração ocorre normalmente mas o arquivo fica corrompido!

Como ambos os ambientes (produção e desenvolvimento) estão no mesmo servidor, descartei qualquer problema de configuração do mesmo.

As únicas difenças entre os ambientes são:

  • Rodando a aplicação pelo scriptcase, a segurança está desativada e a conexão não é criptografada. O arquivo PDF gerado abre normalmente.

  • Rodando a aplicação publicada, a segurança está ativada e a conexão é criptografada (SSL). O arquivo PDF gerado fica corrompido.

Será que esse problema tem alguma relação com o uso do SSL?

Encontrei um problema semelhante e a causa era o cache desabilitado no header da página, mas isso em servidores IIS.
http://www.somacon.com/p106.php

Agradeço desde já!

Atenciosamente,

Robson

#2

Problema resolvido com a ajuda do grande Vitor da netmake (via suporte online - ticket):

Na verdade o problema não era com o uso do SSL em si, era apenas um pequeno detalhe no caminho dos arquivos…

O detalhe era no comando que gera o PDF (que pode ser verificado nos arquivos .log dentro da pasta tmp/). O caminho do arquivo que o sc estava tentando gerar não existia:
#java -Xms128m -Xmx256m -Djava.awt.headless=true -cp .:pd4ml.jar Pd4Php http://www…/lib/tmp/sc…html (…)

Enquanto o correto seria: (https ao invéz de http)
#java -Xms128m -Xmx256m -Djava.awt.headless=true -cp .:pd4ml.jar Pd4Php https://www…/lib/tmp/sc…html (…)

Como tenho vários domínios configurados no apache, o “document root” do “http://” é diferente do “https://”:
http -> /var/www/A
https -> /var/www/B

Talvez seja algum pequeno bug no sc, pois se a aplicação está rodando num endereço https, o comando gerado deveria considerar o https ao buscar o arquivo html para gerar o PDF…

Uma solução foi criar um link simbólico pro _lib/ do “http” pro “https”
#ln -s /var/www/B/_lib/ /var/www/A/_lib

Agora está funcionando certinho… Agradeço novamente ao Vitor pela paciência e determinação em buscar uma solução pra este problema.

Att.
Robson

#3

Estou com o mesmo problema e não entendi a solução.
Por gentileza pode detalhar melhor a solução.
Como e onde criar

Uma solução foi criar um link simbólico pro _lib/ do “http” pro “https”
#ln -s /var/www/B/_lib/ /var/www/A/_lib

#4

Caro cliente,

A nova versão do scriptcase já possui a correção do problema de https (ssl + http) na exportação em PDF (java).

Basta após publicar, configurar o ambiente de produção.

#5

eu estou com o mesmo problema, esta tudo certo em http:, porem aqui precisamos do https: o o que aconteceu gera na pasta o arquivo só que não abre pois o sistema nao consegue achar pois o caminho gerado no log esta iniciando com http: o que fazer no ambiente de produção zerei a aplicação configuei salvando no ambiente de produção e nada o que fazer netmake?
aplicação rodando no centOS 64bits

#6

Eu aqui com mesmo problema.
com ssl habilitado não gera pdf.
Debian gnu/linux
apache
php 5.4.41
sc 8.0.47
O document root e o mesmo tanto em http quanto https

#7

Fiz a publicação com a 8.1.066 e dei as permissões corretas na_lib
Voltou a funcionar

#8

Alexandre,

quais são as permissões corretas na _lib?

#9

No _lib procurar o diretório do wkhtmltopdf e dar permissão 755 ou 777 conforme seu provedor de hospedagem permitir.
O diretório tmp também tem que ter permissão 755 ou 777.
No meu caso foi tudo 755 no wkhtmltopdf.

#10

Obrigado pela ajuda,

pra mim o que deu certo aqui foi entrar na configuração do ambiente de produção e colocar o “IP do servidor de PDF”.

#11

Que ip você colocou, o mesmo que está hospedado o projeto de produção?

#12

Não se coloca ip.
O ip é somente se o servidor de pdf é em outra máquina.
Ou o servidor dns não está configura adequadamente

#13

Coloquei o próprio IP do servidor de produção do sc. No meu caso uso um servidor próprio na rede local.