Como resolver o problema de Controle de Acesso de Origem Cruzada ao acessar um Serviço RESTful de uma aplicação JavaScript

Olá Sourav,

Que bom saber que meu blog foi útil para você!

Então você encontrou uma solução alternativa para o problema de CORS, legal. Acredito que o navegador envia automaticamente uma solicitação de pre-voo com OPTIONS como verbo HTTP, basicamente para avaliar a resposta de Access-Control-Allow-Origin, e essa solicitação de pre-voo por padrão deve ser tratada sem autenticação. Mas parece que você encontrou uma maneira de realizar essa etapa de pre-voo com autenticação também.

Quanto ao JSONP: ainda não estou convencido. Se você colocar uma string de bytes UTF8 no corpo da resposta HTTP com server->response->set_data( ... ), ela aparecerá exatamente da mesma forma no cliente. Por favor, me mostre um exemplo onde isso não seja verdade. O restante do JSONP depende apenas se o seu controlador codifica corretamente a convenção. A resposta da string deve ser um código JavaScript válido no formato "handler( ... )", onde o nome handler é arbitrário e deve ser retirado de um parâmetro para desvincular o servidor do cliente (a liberdade de alterar o nome da função fica a critério do cliente, sem a necessidade de alterar no servidor), e o ... contém os parâmetros reais desta chamada de função, geralmente na forma de dados JSON.

Saudações,

Rüdiger

Olá Ex-Membro,
Muito obrigado por tirar um tempo para responder. Você não pode imaginar o quanto sua postagem sobre a criação de Serviços Rest em ABAP ajudou nossa equipe e nos tornou mais eficientes.

Em relação ao problema, eu o resolvi através do CORS ao enviar xhr:withCredentials como true em minha solicitação AJAX e adicionando Access-Control-Allow-Credentials como TRUE e Access-Control-Allow-Origin ao host que estava sendo chamado no manipulador SICF.

No entanto, falando sobre JSONP, o depurador chega ao manipulador e a resposta é escrita no servidor. Porém, a função de sucesso no lado do cliente retorna Null, e estou recebendo os dados de resposta em uma URI estendida: http:/XXXX:8000/sap/bc/zrest_demo?sap-client=200&callback=jQuery1620229378700197?5638_1466390509710&_=1466390513676

Segundo o JSONP, os resultados deveriam ser retornados em uma função de retorno de chamada, mas no caso do SAP como servidor, eles são armazenados em uma função intermediária mas não são totalmente transferidos para a solicitação.

Qualquer sugestão/exemplo sobre como usar JSONP com o SAP seria ótimo.

Obrigado
Sourav

Olá Sahil Shah,

A afirmação "ABAP não suporta JSONP" não faz sentido. ABAP suporta qualquer coisa que você queira ter na carga de resposta. Você pode enviar qualquer dado de qualquer forma em seu manipulador de solicitação HTTP: tudo depende da sua implementação do manipulador de solicitação HTTP.

JSONP simplesmente significa que você deve programar seu manipulador de solicitação para envolver sua resposta normal '...' em uma string 'handle( ... )', onde 'handle' é um nome de identificador passado como parâmetro de solicitação para o serviço e deve ser ecoado conforme descrito na resposta.

Seu segundo problema, HTTP 401 Não Autorizado, aponta para um problema diferente. Você está ciente das "solicitações de pré-configuração" com o verbo OPTIONS que são enviadas antecipadamente em vez de "GET" ou "POST" e não requerem Dados de Autenticação (em vez da solicitação "real" GET que é enviada posteriormente e que sim requer os Dados de Autenticação)? Consulte javascript - 401 when trying to implement CORS for SharePoint - Stack Overflow para obter uma introdução a este problema CORS em geral.

Saudações,

Rüdiger