Avalados por :
Há alguns anos, criei uma pequena introdução ao desenvolvimento de OData para meus colegas na newFounders. Na semana passada, alguns desenvolvedores do meu cliente atual me disseram que este ainda era um bom documento para quem quer começar com o desenvolvimento de OData, então decidi compartilhá-lo com a comunidade. Espero que você goste e aprenda algo com ele. Ainda tenho a esperança de criar um acompanhamento que cubra temas como conjuntos de entidades expandidos e profundos, lotes e importações de funções, mas apenas o tempo dirá se isso vai acontecer.
OData é a forma atual padrão de se comunicar com um backend do SAP, seja para um frontend (SAPUI5) ou outro cenário de integração. O objetivo deste documento é capacitar um desenvolvedor ABAP com a compreensão e implementação de serviços OData em um sistema backend baseado em SAP ABAP.
Serviços OData; informações de fundo e como testá-los.
Vou tentar explicar o que é OData usando chamadas a serviços OData existentes e expandindo essas chamadas com mais opções. Começarei usando uma ferramenta chamada Postman, então precisaremos obter essa ferramenta como primeiro passo.
Advertência: Estou usando a funcionalidade padrão de BP, portanto, use este tutorial apenas em um ambiente de teste.
Instale o Postman (https://www.getpostman.com/downloads/). O Postman é uma ferramenta para testar e executar chamadas REST HTTP(S). Como alternativa, você pode usar o Curl (http://curl.haxx.se/), mas usarei o Postman neste tutorial.
Vamos usar alguns serviços de demonstração e dados de demonstração do SAP. Se você descobrir que as tabelas subjacentes estão vazias, pode preenchê-las usando a transação SEPM_DG. Presumo que você saiba o nome do host e o número da porta da sua instalação do SAP. Caso contrário, tente encontrá-lo na transação MICM --> Ir para --> Serviços.
Inicie o Postman, crie uma coleção para armazenar seus testes e chamadas, e faça sua primeira chamada OData para testar a conexão com seu backend. Usaremos um serviço OData padrão do SAP: http://YourSystemURL:Portnumber/sap/opu/odata/IWBEP/GWDEMO/?$format=xml. No Postman, isso será assim:
Se você testar essa chamada agora, receberá um erro de login.
Você precisa adicionar suas credenciais na guia Autorização (tipo: Basic Auth ?).
E se tudo estiver correto, você verá os tipos de entidades no corpo retornado após pressionar <SEND> obterá resultados:
Para mais informações e exercícios sobre OData, visite: https://developers.sap.com/tutorials/hcp-webide-odata-primer.html
E uma referência muito boa sobre OData: https://www.odata.org/documentation/odata-version-2-0/uri-conventions/
Dado que nosso foco será criar um serviço OData no SAP, usaremos um modelo de dados bastante direto: o Parceiro de Negócios e o usaremos para seus subnós endereço, números de telefone, etc. Usaremos os BAPI e módulos de funções padrão, então não teremos que fazer muito ABAP.
A maioria das implementações de serviços OData no mundo SAP utiliza um sistema Gateway separado para servir OData e um sistema separado onde os dados realmente residem (muitas vezes um sistema ECC).
Pergunta: Qual seria a vantagem de ter dois sistemas diferentes: um para armazenar os dados, o outro para servir o OData, em vez de ter apenas um sistema que atenda a ambos os propósitos?
Na transação 'SEGW', você pode definir seu serviço OData. Vamos começar criando um serviço de leitura (operação HTTP "GET") para a entidade Parceiro de Negócios. Clique em criar e preencha os parâmetros solicitados. Um projeto OData vazio será exibido.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute