Problema no envio de e-mail da NF-e

[marcosandre]

Boa tarde a todos,
Há alguns dias estava com um problema onde a aplicação servidor ficava travada ao enviar um e-mail pela aplicação cliente. Até acessar o servidor e clicar no OK da mensagem, outros clientes que tentavam realizar as requisições não conseguiam pois o mesmo estava com a mensagem aberta.

O erro que aparecia era a mensagem abaixo:

[Content]

RLNFe: Erro durante a preparação do relatório

EdxGdipException(Invalid operation in GDI+ (Code: 2))

[OK]

Ao debugar a aplicação, foi notado que na unit ACBrNFeDANFeRL.pas (\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes), do Fortes Report, o método SalvarPDF, não está tratando a exceção ao executar o Prepare do DANFeReport. Assim, quando ocorria algum erro, era mostrado um ShowMessage na aplicação do servidor, em vez de mostrar uma exceção para a aplicação cliente (imagem abaixo). Assim era necessário acessar o servidor e clicar na mensagem para destravar a aplicação.

Realizando o tratamento do erro no método Prepare, a mensagem não apareceu mais na aplicação servidor e apareceu uma exceção na aplicação cliente, não travando o processo de outras aplicações cliente. O erro era ocasionado por uma logo com problema, pois quando a mesma foi removida não apresentou mais erro no método Prepare.
Estou deixando em anexo o arquivo com a alteração para avaliação.

ACBrNFeDANFeRL.pas

[Juliomar Marchetti]

tu fala aplicação servidora é uma API?

se sim tu usou a diretiva NOGUI?

tem diversas pessoas usando e não estão tendo problemas

[marcosandre]

Isso, a aplicação servidor é uma API.

Como funciona essa diretiva NOGUI? Tentei habilitar mas sem sucesso.

[Juliomar Marchetti]

1 hora atrás, marcosandre disse:

Isso, a aplicação servidor é uma API.

Como funciona essa diretiva NOGUI? Tentei habilitar mas sem sucesso.

basta definir ela no projeto e pronto

é isso que vai fazer trabalhar sem mensagens VCL ou FMX vai entender que ela é uma aplicação console

é lá nas opções de projeto que tu define

[Microsys Sistemas]

Bom Dia Juliomar, 

Nossa aplicação utliza o Delphi MVC framework e roda em segundo plano no servidor.

Quando a API tenta salvar o PDF do DANFE em uma pasta temporária ocorre esse erro e a API fica travada até que acesse o servidor e clique em OK na mensagem.

Precisamos que não ocorra nenhum tipo Showmessage na API e que seja levantado uma exception para que esse erro ocorra na aplicação Client e não no Servidor. 

 
Utilizando  a diretiva NOGUI no projeto não estou conseguindo compilar o Projeto, não encontra o Método PintarQRCode

 

 

Editado 8 Março, 2022 por Microsys Sistemas

[Microsys Sistemas]

[Juliomar Marchetti]

48 minutos atrás, Microsys Sistemas disse:

Bom Dia Juliomar, 

Nossa aplicação utliza o Delphi MVC framework e roda em segundo plano no servidor.

Quando a API tenta salvar o PDF do DANFE em uma pasta temporária ocorre esse erro e a API fica travada até que acesse o servidor e clique em OK na mensagem.

Precisamos que não ocorra nenhum tipo Showmessage na API e que seja levantado uma exception para que esse erro ocorra na aplicação Client e não no Servidor. 

 
Utilizando  a diretiva NOGUI no projeto não estou conseguindo compilar o Projeto, não encontra o Método PintarQRCode

 

 

Sim eu até sei o nome do rapaz que ajuda lá no DMVC e que era programador de vocês.

estão com o ACBr atualizados do SVN?

não tem uma versão antiga ai?

[Microsys Sistemas]

Acabei de baixar os fontes do SVN e continua ocorrendo erro de compilação na unit ACBrCTeDACTeRLRetrato 

[Microsys Sistemas]

Na Unit ACBRImage comentei todos os pontos onde avaliava se não existia a diretiva, sendo assim consegui compilar o projeto e levantar a API,

porém o problema daquele showmessage na aplicação servidora persiste mantendo a aplicação travada até que a mensagem seja fechada. 

[Microsys Sistemas]

Utilizando a diretiva NOGUI o problema ainda ocorre.

 

Editado 8 Março, 2022 por Microsys Sistemas

[Juliomar Marchetti]

Em 08/03/2022 at 14:06, Microsys Sistemas disse:

Utilizando a diretiva NOGUI o problema ainda ocorre.

 

No caso esse erro que ocorre é algo com a instalação do Fortes Report.

lembro até que discutimos uma vez no grupo fechado do ACBr sobre a situação

então vou pedir para que faça a remoação do fortes, não deixe arquivos antigos, baixe novamente e rode o instalador dele

depois o instalador do ACBr

[Microsys Sistemas]

@Juliomar Marchetti Fiz 2 aplicações CLIENT e SERVER utilizando o HORSE para ilustar o problema que está acontecendo.

Já detectamos que o problema ocorre ao Imprimir o DANFE devido a uma imagem de Logomarca que o usuário incluiu.

O problema é que o ACBr esta tratando a exceção com um Showmessage. Utilizei a diretiva NOGUI nesse projetinho e também não resolveu.

Segue o link para baixar os fontes

https://atualizacoes.microsys.inf.br/Util/Exemplo_API.zip

[Daniel Simoes]

Não é um ShowMessage é um Exception...

Quando você criar a aplicação, precisa criar ela cono uma aplicação Console e nesse caso os Exceptions serão apenas texto...

Verifique se seu Windows tem todas as atualizações instalados... o Erro indica a fala da biblioteca GDI no seu Sistema Operacional 

[Microsys Sistemas]

@Daniel Simoes é um showmessage dentro de um exception. Esse código da imagem baixo esta implementado no método TRLCustomReport.Prepare

da unit "RLReport". Como o Evento OnPrepareError não esta implementado está caindo nesse Showmessage e tratando a exceção travando nossa aplicação.

Na Unit ACBrNFeDANFeRL método TfrlDANFeRL.SalvarPDF está chamando o   a linha   DANFeReport.RLNFe.Prepare sendo que dentro desse método ocorre a exceção e a mesma é tratada com um Showmessage. Precisamos que seja implementado o Evento OnPrepareError para que a exceção seja passada pra frente. Isso tudo já foi mencionado no inicio desse tópico
 

 

[Daniel Simoes]

Eita.. isso não parece nada correto... não faz sentido transformar um Exception em ShowMessage...

@Juliomar Marchetti, você está analisando essa questão ?

Se a ideia do autor original, era padronizar a apresentação dos erros.. ele poderia simplesmente subir uma nova Exceção, com o Rise

 

[Juliomar Marchetti]

36 minutos atrás, Daniel Simoes disse:

Eita.. isso não parece nada correto... não faz sentido transformar um Exception em ShowMessage...

@Juliomar Marchetti, você está analisando essa questão ?

Se a ideia do autor original, era padronizar a apresentação dos erros.. ele poderia simplesmente subir uma nova Exceção, com o Rise

 

Sim

mas é lá no fortes coisa toda

[Microsys Sistemas]

Para não alterar os fontes do Fortes Report pensei em tratar na unit ACBrNFeDANFeRL conforme imagem abaixo,

Se for válida a idéia poderia ser implementada no ACBr

 

 

 

Editado 11 Março, 2022 por Microsys Sistemas

[Daniel Simoes]

34 minutos atrás, Juliomar Marchetti disse:

Sim

mas é lá no fortes coisa toda

Acho que é só mudar o ShowMessage para um novo "Raise"

[Juliomar Marchetti]

Pronto no Fortes Report CE está sem

levante só a excessão

[Microsys Sistemas]

Obrigado @Juliomar Marchetti, Problema resolvido, atualizei os fontes do FORTES e agora foi possível repassar a Exceção para a aplicação Cliente.

 

[Juliomar Marchetti]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.