Jump to content

dev botao

Diretório e nomenclatura de depencências


Go to solution Solved by Naxtool Sistemas,

Recommended Posts

  • Membros Pro

Olá, tenho um dúvida relativamente boba sobre o processo de implementação, que é:
Qual o padrão de nomenclatura e localização das dependências, estou implementando a Lib do Pix, e estou recebendo um erro de retorno, no qual acredito ser as dependências da OpenSSL, mas não se o modo que estou usando elas está correto, visto que o erro retornado permanece: 
{
  "Problema": {
    "Detail": "",
    "Status": "500",
    "Title": "Internal Server Error",
    "correlationId": "",
    "type_uri": ""
  }
}

Acredito ser depedências porquê checando o Log a requisição não está indo com o certificado: 
 

20/09/24 13:28:05:214 -   Req.Body:
{ "calendario" : { "expiracao" : 3600 }, "devedor" : { "cpf" : "06575135552", "nome" : "Everton Santana" }, "valor" : { "original" : "1.30" }, "chave" : "[email protected]", "solicitacaoPagador" : "Cobran�a por Servi�os Prestados" }
20/09/24 13:28:05:224 - 
Http.Sock.SSL.CertificateFile: 
Http.Sock.SSL.PrivateKeyFile: 
Http.Sock.SSL.Certificate: 
Http.Sock.SSL.PrivateKey: 

20/09/24 13:28:05:716 -   ResultCode: 500 - Internal Server Error
20/09/24 13:28:05:716 -   Sock.LastError: 0
20/09/24 13:28:05:728 -   Resp.Headers:
HTTP/1.1 500 Internal Server Error
Server: Apache-Coyote/1.1
WWW-Authenticate: BASIC realm="BWRealm"
Content-Length: 0
Date: Fri, 20 Sep 2024 16:28:05 GMT
Connection: close


20/09/24 13:28:05:741 - Resp.Body:

20/09/24 13:28:05:753 - ChamarEventoQuandoReceberRespostaEndPoint( /cob, PUT )
20/09/24 13:28:05:767 -   ResultCode:500
20/09/24 13:28:05:779 -   RespostaHttp: 
20/09/24 13:28:05:790 - TratarRetornoComErro( 500 )
 

Link to comment
Share on other sites

  • Consultores
1 hora atrás, Naxtool Sistemas disse:

Olá, tenho um dúvida relativamente boba sobre o processo de implementação, que é:
Qual o padrão de nomenclatura e localização das dependências, estou implementando a Lib do Pix, e estou recebendo um erro de retorno, no qual acredito ser as dependências da OpenSSL, mas não se o modo que estou usando elas está correto, visto que o erro retornado permanece: 
{
  "Problema": {
    "Detail": "",
    "Status": "500",
    "Title": "Internal Server Error",
    "correlationId": "",
    "type_uri": ""
  }
}

Acredito ser depedências porquê checando o Log a requisição não está indo com o certificado: 
 

20/09/24 13:28:05:214 -   Req.Body:
{ "calendario" : { "expiracao" : 3600 }, "devedor" : { "cpf" : "06575135552", "nome" : "Everton Santana" }, "valor" : { "original" : "1.30" }, "chave" : "[email protected]", "solicitacaoPagador" : "Cobran�a por Servi�os Prestados" }
20/09/24 13:28:05:224 - 
Http.Sock.SSL.CertificateFile: 
Http.Sock.SSL.PrivateKeyFile: 
Http.Sock.SSL.Certificate: 
Http.Sock.SSL.PrivateKey: 

20/09/24 13:28:05:716 -   ResultCode: 500 - Internal Server Error
20/09/24 13:28:05:716 -   Sock.LastError: 0
20/09/24 13:28:05:728 -   Resp.Headers:
HTTP/1.1 500 Internal Server Error
Server: Apache-Coyote/1.1
WWW-Authenticate: BASIC realm="BWRealm"
Content-Length: 0
Date: Fri, 20 Sep 2024 16:28:05 GMT
Connection: close


20/09/24 13:28:05:741 - Resp.Body:

20/09/24 13:28:05:753 - ChamarEventoQuandoReceberRespostaEndPoint( /cob, PUT )
20/09/24 13:28:05:767 -   ResultCode:500
20/09/24 13:28:05:779 -   RespostaHttp: 
20/09/24 13:28:05:790 - TratarRetornoComErro( 500 )
 

Devemos colocar as DLLs de dependência junto da DLL da lib.

1 hora atrás, Naxtool Sistemas disse:

Olá, tenho um dúvida relativamente boba sobre o processo de implementação, que é:
Qual o padrão de nomenclatura e localização das dependências, estou implementando a Lib do Pix, e estou recebendo um erro de retorno, no qual acredito ser as dependências da OpenSSL, mas não se o modo que estou usando elas está correto, visto que o erro retornado permanece: 
{
  "Problema": {
    "Detail": "",
    "Status": "500",
    "Title": "Internal Server Error",
    "correlationId": "",
    "type_uri": ""
  }
}

Acredito ser depedências porquê checando o Log a requisição não está indo com o certificado: 
 

20/09/24 13:28:05:214 -   Req.Body:
{ "calendario" : { "expiracao" : 3600 }, "devedor" : { "cpf" : "06575135552", "nome" : "Everton Santana" }, "valor" : { "original" : "1.30" }, "chave" : "[email protected]", "solicitacaoPagador" : "Cobran�a por Servi�os Prestados" }
20/09/24 13:28:05:224 - 
Http.Sock.SSL.CertificateFile: 
Http.Sock.SSL.PrivateKeyFile: 
Http.Sock.SSL.Certificate: 
Http.Sock.SSL.PrivateKey: 

20/09/24 13:28:05:716 -   ResultCode: 500 - Internal Server Error
20/09/24 13:28:05:716 -   Sock.LastError: 0
20/09/24 13:28:05:728 -   Resp.Headers:
HTTP/1.1 500 Internal Server Error
Server: Apache-Coyote/1.1
WWW-Authenticate: BASIC realm="BWRealm"
Content-Length: 0
Date: Fri, 20 Sep 2024 16:28:05 GMT
Connection: close


20/09/24 13:28:05:741 - Resp.Body:

20/09/24 13:28:05:753 - ChamarEventoQuandoReceberRespostaEndPoint( /cob, PUT )
20/09/24 13:28:05:767 -   ResultCode:500
20/09/24 13:28:05:779 -   RespostaHttp: 
20/09/24 13:28:05:790 - TratarRetornoComErro( 500 )
 

No caso do pix, apenas as dlls da OpenSSL são necessárias. Tu pode usar essas (de acordo com a arquitetura que está compilando)  https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/

  • Like 2
Link to comment
Share on other sites

  • Consultores
16 minutos atrás, Naxtool Sistemas disse:

Entendi, obrigado, então o que estava fazendo está correto. Logo meu erro é pertinente, devo abrir outro chamado ou permaneço por esse mesmo?

Pode manter aqui mesmo

Sempre que temos relatos de erro HTTP 500, normalmente as causas do problema são ou as DLLs da OpenSSL faltando, ou problemas com Certificado/Chave Privada. 
Algumas verificações que pode fazer é:

  • Verificar se existe alguma outra versão das DLLs que pode estar sendo carregada incorretamente (diretório da aplicação, system32, SYSWOW64, etc). Recomendo usar algo como o "everything.exe" pra encontrar os arquivos;
  • Confirmar se o certificado e Chave Privada que estão informados são realmente os arquivos corretos (Verifique tbm se o conteúdo do arquivo não está criptografado).

Já vi casos em que a chave privada estava criptografada também, nesse caso é necessário descriptografá-la antes de utilizá-la.

Link to comment
Share on other sites

  • Membros Pro

Entendido, eu possuo essas Dll's regitradas sim no meu sistema, preciso removê-las? 

Um ponto importante  é que consigo fazer a requisição de consulta, essa falha ocorre apenas ao tentar a cobrança Imediata. 
E outra coisa é que usando o executável de vocês de teste, funciona.

Edited by Naxtool Sistemas
Adição de informações
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.