OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas

[Daniel Simoes]

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ?

O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time

Para isso, basta mudar a configuração usando comandos como abaixo:

ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL;
ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom;
ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap;  // Mesmo que "libCapicom", mas usando a Indy

Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas

Porque eu usaria o suporte a OpenSSL ?

O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha:

ACBrNFe1.Configuracoes.Certificados.ArquivoPFX  := edtCaminho.Text;
ACBrNFe1.Configuracoes.Certificados.Senha       := edtSenha.Text;

 

Porque remover o suporte a uma das bibliotecas de SSL ?

A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas

Onde eu encontro as DLLs ?

• \ACBr\DLLs\OpenSSL
• \ACBr\DLLs\XMLSec

Para onde eu copio essas DLLs ?

Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas).

Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows

Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre...

Considerando que essa DLLs são 32 bits, então:

• Se o seu Windows for 32 bits, copie para a pasta:  C:\Windows\System32
• Se o seu Windows for 64 bits, copie para a pasta:  C:\Windows\SysWOW64

Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft)

Como eu removo a dependência ?

Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec..

Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo:

{.$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}    

Apenas remova o ".", se quiser ativar a remoção...

{$DEFINE DFE_SEM_OPENSSL}

 

Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ?

O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

[armando.boza]

É necessário somente copiar ou é preciso registrá-las também?

[Daniel Simoes]

As DLLs do OpenSSL e XMLSec, apenas copiar...

As da CAPICOM precisam ser registradas

[Marcelo Bill]

Daniel boa noite

Verifiquei alguns post anteriores, onde alguém estava precisando que o OpenSSL funcionasse com A3.

Não tem nenhuma novidade neste aspecto ?

Estou seriamente pensando em migrar para o lazarus, gostei da IDE, e além de ser gratuito ele não perde em quase nada em relação ao Delphi, sem contar as possibilidades de escrever no lazarus e compilar onde quiser.

Minha dúvida é, se eu migrar para o lazarus, o ACBr vai funcionar normalmente com Capicom, pois meus clientes todos tem certificado A3 ?

Tentei instalar o ACBrCapicom no lazarus, mas encontrei um arquivo Leia-me informado a sua ausencia

Lembrando que estou usando o Lazarus no Windows e não linux.

obrigado

Editado 1 Novembro, 2015 por marcelonarezzi

[Daniel Simoes]

No Trunk2, o Lazarus suporta CAPICOM...

OpenSSL continua sendo compatível apenas com A1

[Marcelo Bill]

Perfeito

Muito obrigado pela resposta

Salve todos os Santos

[J Pereira]

Boa noite a todos.

Atualizei meu aplicativo para o truck2 com delphi 10 seattle.

Ao compilar, ocorre o seguintes erro:

[dcc32 Error] OpenSSLExt.pas(69): E1030 Invalid compiler directive: 'MODE'
[dcc32 Error] OpenSSLExt.pas(70): E1030 Invalid compiler directive: 'Packrecords'
[dcc32 Fatal Error] OpenSSLExt.pas(82): F2613 Unit 'DynLibs' not found.

Já configurei conforme instrucao acima configuracoes.gerais.ssllib := LibCapicom

coloquei o acbr.inc (pasta AcBr\Fontes\ACBrComum)  como:

{$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}

Recompilei com o installtrunk2 e nada de sucesso.

O que mais preciso fazer?

Grato pela ajuda.

 

[Juliomar Marchetti]

17 minutos atrás, Apóstolo Pereira Masvida disse:

Boa noite a todos.

Atualizei meu aplicativo para o truck2 com delphi 10 seattle.

Ao compilar, ocorre o seguintes erro:

[dcc32 Error] OpenSSLExt.pas(69): E1030 Invalid compiler directive: 'MODE'
[dcc32 Error] OpenSSLExt.pas(70): E1030 Invalid compiler directive: 'Packrecords'
[dcc32 Fatal Error] OpenSSLExt.pas(82): F2613 Unit 'DynLibs' not found.

Já configurei conforme instrucao acima configuracoes.gerais.ssllib := LibCapicom

coloquei o acbr.inc (pasta AcBr\Fontes\ACBrComum)  como:

{$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}

Recompilei com o installtrunk2 e nada de sucesso.

O que mais preciso fazer?

Grato pela ajuda.

 

Peço para que leia as regras do fórum e poste em um lugar só!

eu já lhe respondi no outro lugar onde tu escreveu a mesma coisa do delphi 7!

[Luciano Franca]

  Baixei o ACBr do Trunk2  e não encontrei essas linhas

{.$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}  

  Como faço para desativar o OPENSSL  ?

 As Linhas que existe no arquivo    ACBr.inc

{$IFNDEF MSWINDOWS}   // Linux, apenas OpenSSL, sem Capicom
  {$DEFINE DFE_SEM_CAPICOM}
{$ENDIF}

{$IFDEF DFE_SEM_CAPICOM}
  {$UNDEF DFE_SEM_OPENSSL}
{$ENDIF}

Como devo Proceder ?

Grato.

 

Editado 17 Novembro, 2015 por Luciano Franca

[ArbSis]

Ola Luciano, está um pouco mais pra cima do essa linha que você postou, veja:

{.$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}

// Ajusta FreePascal para o modo Delphi
//------------------------------------------------------------------------------
{$IFDEF FPC}
  {$DEFINE VCL}
  {$DEFINE UNICODE} // Lazarus 0.9.26 usa UnicodeString como default para String
  {$DEFINE DELPHI7}
  {$DEFINE COMPILER7}
  {$DEFINE HAS_FORMATSETTINGS}
  {$H+}
{$ELSE}
  {$DEFINE BORLAND}
{$ENDIF}

{$IFNDEF MSWINDOWS}   // Linux, apenas OpenSSL, sem Capicom
  {$DEFINE DFE_SEM_CAPICOM}
{$ENDIF}

Você tem certeza que baixou do Trunk2 mesmo?

[Luciano Franca]

Puxa que vergonha  achei a linha e  fiz o procedimento porém não resolveu

{$DEFINE DFE_SEM_OPENSSL}

continua pedindo as Dll

Começa por essa "zlib1.dll"

 o que mais preciso fazer ?

Editado 17 Novembro, 2015 por Luciano Franca

[Luciano Franca]

Estou instalando manualmente quando chego em Pacotes como "ACBr_CTe",  "ACBr_Nfe"   dá o erro de falta do arquivo "Libxml2.Dll"

Eu peguei do seguinte repositório    svn://svn.code.sf.net/p/acbr/code/trunk2

Como está na imagem em anexo  e também coloquei meu arquivo INC  em anexo.

ACBr.inc

Editado 17 Novembro, 2015 por Luciano Franca

[J Pereira]

Desculpe Juliomar pela repetição do post. Infelizmente é o desespero de resolver a questão, pois ainda não consegui sucesso seguindo as instruções colhidas em diversos posts.

Grato.

[ArbSis]

@Apóstolo Pereira Masvida como você está instalando manualmente, coloque no seu library path as pastas onde ficam as DLLs, assim o Delphi irá procurar elas lá:

Onde eu encontro as DLLs ?

• \ACBr\DLLs\OpenSSL
• \ACBr\DLLs\XMLSec

[Luciano Franca]

 

@Apóstolo Pereira Masvida como você está instalando manualmente, coloque no seu library path as pastas onde ficam as DLLs, assim o Delphi irá procurar elas lá:

Onde eu encontro as DLLs ?

\ACBr\DLLs\OpenSSL
\ACBr\DLLs\XMLSec

•   Sim eu já fiz isso e alterei o Arquivo INC  como  pode ver no post acima em anexo  porém quando vou abrir o Executável fica pendido as DLLs  da pasta
  XMLSec   o primeiro arquivo a ser pedido é   "zlib1.dll"

Editado 17 Novembro, 2015 por Luciano Franca

[Italo Giurizzato Junior]

Boa tarde a todos,

Todas as DLLs necessárias estão agrupadas em pastas dentro da pasta ...\DLLs

A zlib1.dll encontra-se dentro da pasta ...\DLLs\XMLSec

[Luciano Franca]

 

Boa tarde a todos,

Todas as DLLs necessárias estão agrupadas em pastas dentro da pasta ...\DLLs

A zlib1.dll encontra-se dentro da pasta ...\DLLs\XMLSec

Sim eu encontrei todas as DLLs Necessárias e já instalei o ACBR  o problema é que não consigo rodar meu Aplicativo sem depender das DLLs   existente na Pasta  XMLSec
Eu fiz a alteração na linha     

{$DEFINE DFE_SEM_OPENSSL}

Porém quando vou abrir o aplicativo dá erro por falta das DLLs  como resolvo isso  
Veja o meu arquivo INC

ACBr.inc

[Daniel Simoes]

Provavelmente o seu projeto está usando outro ACBr.inc... Varra o seu HD e mantenha apenas o ACBr.inc da pasta ACBrComum

 

[Luciano Franca]

Provavelmente o seu projeto está usando outro ACBr.inc... Varra o seu HD e mantenha apenas o ACBr.inc da pasta ACBrComum 

 Mais uma vez mestre foi em cima.

 Eu não imaginava que um arquivo INC em uma segunda Partição poderia fazer isso,  muito estranho.

 Muito Grato.

[EMBarbosa]

16 horas atrás, Luciano Franca disse:

Provavelmente o seu projeto está usando outro ACBr.inc... Varra o seu HD e mantenha apenas o ACBr.inc da pasta ACBrComum 

 Mais uma vez mestre foi em cima.

 Eu não imaginava que um arquivo INC em uma segunda Partição poderia fazer isso,  muito estranho.

 Muito Grato.

Se a segunda partição estiver no variável de ambiente "PATH", ou em algum caminho que o Delphi busca (library path por exemplo), acontece e muito.

[Massao Aihara]

Boa tarde pessoal.

Após descomentar a linha {$DEFINE DFE_SEM_OPENSSL}

é preciso reinstalar o ACBr pelo ACBr install?

 

[Daniel Simoes]

Sim, pois isso já recompila os Packages 

[Massao Aihara]

Ok, vou fazer aqui.

Obrigado Daniel.

[J Pereira]

Grato a todos.

Consegui compilar informando {$DEFINE DFE_SEM_OPENSSL} NO ACBR.INV

[Antonio Gomes]

Em 07/10/2015 at 00:21, Daniel Simoes disse:

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ?

O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time

Para isso, basta mudar a configuração usando comandos como abaixo:

ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL;
ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom;
ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap;  // Mesmo que "libCapicom", mas usando a Indy

Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas

Porque eu usaria o suporte a OpenSSL ?

O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha:

ACBrNFe1.Configuracoes.Certificados.ArquivoPFX  := edtCaminho.Text;
ACBrNFe1.Configuracoes.Certificados.Senha       := edtSenha.Text;

 

Porque remover o suporte a uma das bibliotecas de SSL ?

A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas

Onde eu encontro as DLLs ?

• \ACBr\DLLs\OpenSSL
• \ACBr\DLLs\XMLSec

Para onde eu copio essas DLLs ?

Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas).

Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows

Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre...

Considerando que essa DLLs são 32 bits, então:

• Se o seu Windows for 32 bits, copie para a pasta:  C:\Windows\System32
• Se o seu Windows for 64 bits, copie para a pasta:  C:\Windows\SysWOW64

Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft)

Como eu removo a dependência ?

Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec..

Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo:

{.$DEFINE DFE_SEM_OPENSSL}
{.$DEFINE DFE_SEM_CAPICOM}    

Apenas remova o ".", se quiser ativar a remoção...

{$DEFINE DFE_SEM_OPENSSL}

 

Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ?

O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

Daniel?

porque no instalador não selecionar isso ?

E o instalador ir lá e mexer no acbr.inc ?