ACBrNFSeX - Em Linux (FMX)

[ironsystems]

Olá

Procurei pelo forum antes mas não encontrei uma resposta, eu sei que alguns componentes do ACBr são totalmente compatíveis com FMX para ser multi-plataforma, o novo NFSeX já foi desenvolvido assim? Alguém já testou ele em ambiente Linux? (Pelo RAD Studio, compilando Linux, não no Lazarus)

O antigo componente ACBrNFSe não era 100% compatível com o FMX devido a algumas units usadas pela DANFSe

[Juliomar Marchetti]

Boa noite.

sim é compatível pois ao re-escrever foi feito os devidos tratamentos

qualquer coisa pode postar que vamos averiguar e modificar se precisar

[Juliana Tamizou]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[ironsystems]

Em 18/03/2022 at 22:20, Juliomar Marchetti disse:

Boa noite.

sim é compatível pois ao re-escrever foi feito os devidos tratamentos

qualquer coisa pode postar que vamos averiguar e modificar se precisar

Certo, pelo que testei então o unico problema seria na DANFSeX pelo Fortes Report não ser FMX, sendo unica alternativa o Fast?
A versão Trial do Fast Reports FMX testei e não consegui compilar com ela, funciona apenas com a versão especifica da lib "fs26"?

[Juliomar Marchetti]

é que não sei a versão que tu tá usando

mas nada impede de tu usar NOGUI a geração do pdf em fortes report e mostrar

[ironsystems]

1 hora atrás, Juliomar Marchetti disse:

é que não sei a versão que tu tá usando

mas nada impede de tu usar NOGUI a geração do pdf em fortes report e mostrar

Baixei a ultima versão mesmo do site do fast, https://www.fast-report.com/en/download/fast-report-fmx/
 

Estou usando o Delphi 10.3 compilando para Linux64 para usar em uma .so rodando via Apache, no caso o Fortes tem como rodar via NOGUI? Vi isso sobre o próprio ACBr, mas pelo que entendo o Fortes depende do VCL sempre, ou há como rodar ele via NOGUI? Pois seria o ideal já que apenas gero o PDF por comandos ao ler o XML e disponibilizo na pasta ou em retorno de um request.

[Juliomar Marchetti]

é para funcionar sim o NOGUI.

outra coisa não rode apache. rode daemon e com docker esquece apache mais um problema pra tu.

[ironsystems]

9 horas atrás, Juliomar Marchetti disse:

é para funcionar sim o NOGUI.

outra coisa não rode apache. rode daemon e com docker esquece apache mais um problema pra tu.

Mas no caso eu rodaria o meu projeto com a diretiva NOGUI e assim como isso afetaria o Fortes Report e as units ACBrNFSexRL? Já que geralmente o problema começa no uses dela com a Graphics, Forms, etce e também tive que colocar nos lib path já que o Fortes não instala para o Linux64, porém mesmo assim dentro das units do Fortes haviam locais que usava units TGraphics, RGB etc que eu precisaria mexer muito nos fontes do próprio Fortes para pelo menos conseguir compilar

[Juliomar Marchetti]

defini NOGUI e se tu atualizou faz pouco foi separado o fortes em dois pacotes.

não é instalar mas sim ele cojmpilar então ele tem que estar nos paths do linux

[ironsystems]

7 horas atrás, Juliomar Marchetti disse:

defini NOGUI e se tu atualizou faz pouco foi separado o fortes em dois pacotes.

não é instalar mas sim ele cojmpilar então ele tem que estar nos paths do linux

Certo, atualizei o Fortes e vou testar com o NOGUI

Enquanto isso, fiz um teste para a Consulta no ambiente Linux, mudei usar OpenSSL e não o WinCrypt e outras pequenas mudanças, porém eu realizo a função "ACBrNFSeX.ConsultarNFSeporRps" sem erros, porém me retorna tudo vazio, não gera os XMLs do envio, o objeto "ACBrNFSeX.WebService.ConsultaNFSeporRps.XmlRetorno" está vazio e mesmo com um try except não me devolve nenhum erro.

Apenas a variável "WebService.ConsultaNFSeporRps.XmlEnvio" está preenchida com os dados que eu coloquei na consulta:

<ns3:ConsultarNfseRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_consultar_nfse_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd">
	<ns3:IdentificacaoRps>
		<ns4:Numero>2</ns4:Numero>
		<ns4:Serie>99</ns4:Serie>
		<ns4:Tipo>1</ns4:Tipo>
	</ns3:IdentificacaoRps>
	<ns3:Prestador>
		<ns4:Cnpj>44081174000100</ns4:Cnpj>
		<ns4:InscricaoMunicipal>693428</ns4:InscricaoMunicipal>
	</ns3:Prestador>
</ns3:ConsultarNfseRpsEnvio>

 

Se eu realizo a mesma consulta com mesmo dados em um projeto compilando Windows tenho resultados normais, creio que pode ser alguma configuração de certificado ou talvez permissão para criar os caminhos onde salvam o XML de retorno? Já está a pasta toda onde roda o proejto com chmod 777