FastReport Thread ajustes

[Fenix]

Bom dia Pessoal

Segue em anexo as correções para o boleto usando fastreport funcionar como thread, trabalho com datasnap e intraweb e estava tendo vários problemas, com as correções que fiz em anexo consigo resolver os problemas e já está em produção.

Inclui atualização no demo do boleto que havia um erro e uma alteração para funcionar em fastreport basta documentar a linha do arquivo report.inc que está no diretório.

Grato

Boleto.zip

[Fenix]

Boa tarde,

Por favor, considerar o anexo abaixo para analise, fiz umas alterações para ficar mais parecido com o do DANFe e removi o madexcept do projeto do demo que havia esquecido.

Grato

Boleto_v2.zip

[Juliana Tamizou]

Boa tarde.

Favor anexar um pdf demonstrando as alterações.

Att,

[Fenix]

Boa tarde Juliana

Não entendi, está falando do pdf do boleto?

Não houve alteração na estrutura de layout e sim no código para tratar thead e atualização do demo.

Att

[Juliana Tamizou]

Boa tarde.

Em 19/04/2016 at 17:13, Fenix disse:

fiz umas alterações para ficar mais parecido com o do DANFe

Aqui você não fazia referência ao layout de impressão?

Att.

[Fenix]

Bom dia!

Foi feita uma alteração na estrutura do componente (ACBrBoletoFCFR) e no demo, não foi mexido no layout.

Att

Editado 26 Abril, 2016 por Fenix

[Juliomar Marchetti]

Em 25/04/2016 at 17:33, Juliana Tamizou disse:

Boa tarde.

Aqui você não fazia referência ao layout de impressão?

Att.

Juliana Gostaria que verificasse e subir no svn?

[Juliana Tamizou]

Boa tarde.

6 minutos atrás, Juliomar Marchetti disse:

Juliana Gostaria que verificasse e subir no svn?

Gostaria sim

Att.

[Juliomar Marchetti]

Em 19/04/2016 at 17:13, Fenix disse:

Boa tarde,

Por favor, considerar o anexo abaixo para analise, fiz umas alterações para ficar mais parecido com o do DANFe e removi o madexcept do projeto do demo que havia esquecido.

Grato

Boleto_v2.zip

Qual o motivo de criar localmente em uma função os diversos fields e depois apontar eles a seus fields?

[Fenix]

Juliomar, boa tarde!

Essa parte já estava, eu também não entendi!

Vi que no código tem uma observação para ser mais rápido, sinceramente nunca fiz esse teste para ver se em um loop dessa forma fica mais rápido.

Citar

  // Otimizar este loop tirando o FieldByName() (por Toninho Nunes)

 

Abraços

[Fenix]

Bom dia Juliomar

Conseguiu analisar?

[Juliomar Marchetti]

24 minutos atrás, Fenix disse:

Bom dia Juliomar

Conseguiu analisar?

Ainda não voltei a mexer! mas há muita coisa ali que não será modificada!

aplicarei o que corresponde a thread!

[Fenix]

Juliomar,

Internamento estava sendo criado e matado o datamodule em cada processo isso gera erro, todo processo que alterei foi para evitar o erro quando executado em multi-thread, se reparar na versão que existe para NFe não é criado o data module em cada processo.

Referente ao Demo, também vai ajudar aos usuários que só usam o fastreport.

Comecei a mexer no forte para trabalhar com thread mas precisaria alterar o componente, pois quando trabalhamos com ISAPI, não pode verificar as impressoras instaladas e mesmo que for para gerar somente o pdf o Forte faz isso por padrão e já causa erro no ISAPI (Intraweb) de imediato.

 

Abraços

[Henrique Paraiba]

Em 04/05/2016 at 12:13, Fenix disse:

Juliomar,

Internamento estava sendo criado e matado o datamodule em cada processo isso gera erro, todo processo que alterei foi para evitar o erro quando executado em multi-thread, se reparar na versão que existe para NFe não é criado o data module em cada processo.

Referente ao Demo, também vai ajudar aos usuários que só usam o fastreport.

Comecei a mexer no forte para trabalhar com thread mas precisaria alterar o componente, pois quando trabalhamos com ISAPI, não pode verificar as impressoras instaladas e mesmo que for para gerar somente o pdf o Forte faz isso por padrão e já causa erro no ISAPI (Intraweb) de imediato.

 

Abraços

Venho aqui reforçar o problema do Data Module, estou passando pelo mesmo problema ao gerar mais de 800 boletos. A memória não suporta e causa erro.

Vou ter que utilizar a classe do caro colega aqui deste tópico antes de resolverem colocar a correção.

Fica aqui mais um relato.

OBS: Lembrando que isso é ao Gerar PDF.

Att.

 

 

Editado 2 Junho, 2016 por Henrique Paraiba

[Fenix]

Tive muitos problemas como esse, inclusive travava meu datasnap ou ficava imprimindo o ultimo boleto que ocorreu o erro, só fechando a aplicação e abrindo novamente para resolver.

Eu criei uma classe separada da oficial, infelizmente depois de um mês aguardando desisti.

Eu gosto de contribuir com o projeto para tentar retribuir o que ele me ajudou, mas não posso correr risco de atualizar meu repositório e perder minhas implementações e estou tendo que criar componentes paralelos.

 

Editado 2 Junho, 2016 por Fenix

[Juliomar Marchetti]

Conforme falei vai ser aplicado em partes !

se quiser averiguar dai só pego o código e faço merge senão é aguardar até sobrar tempo pra teste

[Juliomar Marchetti]

Bom dia!

Subi ao svn as sugestões e efetuei testes, favor testar e reportar caso tenha problemas!

Obrigado

[Fenix]

Olá Julionar,

Baixei a sua atualização, por favor, se possível inclua o ajuste que fiz na sua atualização, adicionei duas propriedades que também já estão ativas no fast do acbrnfe:

IncorporarBackgroundPdf;

IncorporarFontesPdf.

 

Isso ajuda o pdf abrir corretamente em visualizadores de pdf diferente do acrobat reader ou SO que não possuem a fonte, deixei como default false para não interferir no padrão atual e fica como um novo recurso para quem precisar.

 

Abraços

ACBrBoletoFCFR.pas

[Juliomar Marchetti]

Bom dia!

sugestão adicionado aos fontes!

favor testar!

Obrigado!

 

[Henrique Paraiba]

Pessoal estou tendo um problema ao gerar vários Pdfs sem ser em moto thread.

Observem que gero eles dentro de um loop, limpo a lista dos boletos, crio o boleto e mando gerar. A questão é que não está gerando todos os boletos. Como se a geração não acompanhasse o loop. De 750 boletos, apenas 735 são gerados.

Alguma sugestão para esse tipo de procedimento?

OBS: Se eu colocar um sleep após cada Gerar PDF como na imagem abaixo para fazer o loop aguardar eu consigo gerar, mas não gostaria que fosse assim, gostaria que acompanhasse a execução normalmente, o tempo do slepp está para 1 segundo a cada boleto gerado.

[Fenix]

Bom dia Henrique,

Por que, não está usando em modo thread?

Esse erro que está acontecendo contigo é do fastreport, a maior chance que tem para consegui rodar essa rotina é através de thread.

Você está conseguindo através do sleep pois é o tempo que o fastreport deve está levando para gerar cada um e corre o risco de ter um erro e todos saírem iguais a partir deste erro, isto era o que estava ocorrendo comigo.

Abraços

Editado 11 Julho, 2016 por Fenix

[Henrique Paraiba]

Bom dia Fenix!

Eu coloquei em modo thread e piorou, gerou menos 5 boletos, apenas 130.

    ModoThread                := true;
    IncorporarFontesPdf   := true;
    MostrarSetup              := false;
    MostrarProgresso       := false;

:/

[Fenix]

Henrique,

Complicado essa questão de gerar arquivo em massa.

Não gerou nenhum exception?

Como fica o consumo da memoria da sua aplicação quando está gerando esses boletos?

Estou falando isso, por que, tive problema de consumo de memoria.

Abraços 

[Henrique Paraiba]

Fenix,

Não gera nenhuma exception, apenas não consegue acompanhar a geração dos arquivos.

Consumo de memóriia está normal.

:/

Essa geração dos Boletos com Sleep demora cerca de 25 minutos para os 750 boletos, se fosse em execução normal cai pra 12 minutos :/

Já olhei as propriedades do fastreport e não achei nada que resolva isso.

:/

[Fenix]

Henrique,

Complicado.

Assim que tiver um tempo vou rodar um teste com esse volume aqui.

Por curiosidade, você está enviando e-mail a cada boleto gerado?