PC Toledo

Olá Bom dia pessoal
Já faz um tento que estou tentando fazer com a comunicação com Api nova do ifood.
Com a antiga funciona Perfeitamente, mas a nova não sair do começo.
Acredito que seja a segurança!
Protocolo HTTPS
Toda comunicação com as APIs do iFood requerem o uso de HTTPS, com TLS 1.2 ou superior. Caso essas condições não sejam atendidas, as APIs não funcionarão. Além disso, o envio de credenciais via HTTP é uma grave falha de segurança e é desencorajada sob quaisquer circunstâncias.
alguém poder Me dar uma dica?
Já não sei o que fazer

Olá!

Será bem interessante vc colocar a forma que funciona. Postar a forma com a API antinga.

Serve de analise para outras pessoas. E fica arquivado aqui no forum.

Saudações,
Itamar M. Lins Jr.

Também estou tentando descobrir isso.
Eles se limitam a mostrar o vídeo do negócio funcionando com o programa genérico de teste.

Entrou a autenticação "bear" no meio, com o código obtido na outra url.

Itamar M. Lins Jr. escreveu:lá!
Será bem interessante vc colocar a forma que funciona. Postar a forma com a API antinga.
Serve de analise para outras pessoas. E fica arquivado aqui no forum.

já tem há algum tempo.

Esse é o modo antigo, funciona perfeitamente!

Na anterior tinha que chamar um endereço, antes de fazer a comunicação.

Na nova, tem que chamar um endereço pra obter o token, e depois usar esse token pra liberar CADA uma das outras comunicações.
O problema está justamente em como passar isso, já que o manual apenas menciona que isso existe, mas não mostra em lugar nenhum como fazer.
E não bate com nenhuma comunicação padrão existente na internet, que usa a mesma autenticação de segurança, essa tal "bearer"

Eu utilizei o hmg-ide para fazer esse teste.
é a pergunta para esse problema é por aqui mesmo ?

É, porque não faz diferença se é HMG ou não.
Por falar nisso.... algum erro em especial?

Só aparecer erro q não encontrou o accesstoken
tem a resposta em txt mas todo confuso.

� �VJ-*�R��VJ�IU�RrJL J-,M-.Q��-.NL ;��d�(d+��$��*� �� '�@B

Não entendo esse erro.

Tem um vídeo falando sobre a nova api. nela mostra como era a antiga!

Modelo anterior
Meio de autorização (grant type):PASSWORD
Exemplo:
curl -x POST \
https://pos-api.ifood.com.br/oauth/token \
-H 'content-type: multipart/fom-data;
boundary=----WebkitFormBoundary7MA4YWxkTrZu0gw' \
-F cliente-id=my_client_id \
-F clinete_secret=my_client_secret \
-F grant_type=password \
-F username=POS-999 \
-F password=secret_password

Novo modelo
Meio de autorização (grant type):CLIENTE CREDENTIAIS
Exemplo:

curl -x POST \
https://merchat-api.ifood.com.br/authen ... auth/token \
-H 'content-type: application/x-www-form-urlencoded' \
-F 'grantType=client_credentials' \
-F 'clienteid=4a4ddabe-80524b4b-a2ac-6d7ea1b278ac' \
-F 'clineteSecret=mcl6enh9t3m8kwmjhqz024x70otvdmilgg1lvjbrjj' \

Novo modelo
Meio de autorização (grant type):AUTHORIZATION CODE
Exemplo:

curl -x POST \
https://merchat-api.ifood.com.br/authen ... auth/token \
-H 'content-type: application/x-www-form-urlencoded' \
-F 'grantType=authorization_code' \
-F 'clienteid=4a4ddabe-80524b4b-a2ac-6d7ea1b278ac' \
-F 'clineteSecret=mcl6enh9t3m8kwmjhqz024x70otvdmilgg1lvjbrjj' \
-F 'authorizationCode=HJNX-LQXZ' \
-F 'authorizationCodeVerifier=1lvjbrjj1sztvmxwwfek0i2af3vc5q6gahqvs3jj73'

Acredito que minha aplicação deve funcionar nesse ultimo exemplo!
pois o segundo exemplo é para quem tem
servidor Web.

Já conseguiu pelo menos obter o token ?
Porque isso eu já fiz.

Então, eles se limitam a mostrar esse vídeo.
Esse vídeo usa um "testador" de webservice, como se fosse o SOAPUI, mas exclusivo pra json.
Mas só testador não resolve...

No vídeo, o "testador" importa os arquivos de configuração, e faz a comunicação.

grande ajuda de bost. essa.

JoséQuintas
Não conseguir o token !
Tem como vc mandar um exemplo para eu tentar aqui ??

Quando uso o token que gero pelo o postman, consigo fazer o polling normal.
Mas de forma alguma não consigo gerar o token pela minha aplicação!!