Esta página foi traduzida pela API Cloud Translation.

07/16/27 (IU) - Notas da versão do Apigee Edge para nuvem pública

Você está lendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X. info

Na quarta-feira, 27 de julho de 2016, lançamos uma nova versão do Apigee Edge para nuvem pública.

Novos recursos e atualizações

Veja a seguir os novos recursos e atualizações desta versão.

Comportamento do proxy SOAP ao usar o assistente de proxy

Ao criar um proxy baseado em SOAP de um WSDL usando o assistente de proxy, há duas opções para criação de proxy:

SOAP de passagem, em que o proxy simplesmente passa um payload de solicitação SOAP como está.
REST para SOAP para REST, em que o proxy converte um payload de entrada, como JSON, em um payload SOAP e, em seguida, converte a resposta SOAP de volta para o formato esperado pelo chamador.

Esta versão inclui as seguintes atualizações sobre o comportamento dessas opções. As diferenças entre o comportamento antigo e o novo estão nas políticas e configurações geradas automaticamente pelo assistente de proxy.

SOAP de transmissão

Todas as operações WSDL agora são enviadas para o caminho base do proxy "/" em vez de recursos de proxy (como "/cityforecastbyzip"). Os nomes das operações são transmitidos ao serviço SOAP de destino. Esse comportamento corresponde à especificação SOAP.

Observação:observação sobre permissões de operação em produtos de API: com todas as operações usando apenas o caminho base do proxy "/", fica mais difícil aplicar o acesso às APIs usando produtos de API, já que não há mais nomes de recursos de API para especificar em produtos de API. Por exemplo, o comportamento anterior usava recursos de API para diferentes operações, como /cityforecastbyzip para a operação GetCityForecastByZIP e /cityweatherbyzip para a operação GetCityWeatherByZIP. Mas com o novo comportamento de transmissão, as duas operações são enviadas para "/". Como controlar o acesso às operações em produtos de API? Uma opção é criar um atributo personalizado em um produto, como "allowedOperations", e preenchê-lo com as operações permitidas. Em seguida, quando uma chamada de API inclui uma chave de API ou um token OAuth, uma variável como a seguinte fica disponível, contendo os valores do atributo allowedOperations: verifyapikey.Verify-API-Key-policy-name.apiproduct.allowedOperations. Adicione uma política JavaScript que compare a operação com as permitidas e crie uma política Raise Fault que retorne um erro se a comparação em JavaScript for falsa.
O proxy gerado não é mais compatível com JSON na solicitação. Ele é compatível apenas com XML. O proxy garante que as solicitações SOAP tenham um envelope, um corpo e um namespace http://schemas.xmlsoap.org/soap/envelope/.

REST para SOAP para REST

O proxy não é mais compatível com WSDL RPC (apenas Document/Literal é compatível). Isso não foi testado com WSDL 2.0.
O novo comportamento não foi testado com a WS-Policy.
O proxy permite POSTar dados JSON em vez de FormParams.
Ao adicionar suporte ao CORS (compartilhamento de recursos entre origens) ao proxy usando o criador de proxy, você vai notar as seguintes melhorias:
- Cabeçalho Access-Control-Allow-Headers: além dos cabeçalhos Origin, x-requested-with e Accept, o cabeçalho Access-Control-Allow-Headers também inclui Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent e Cache-Control.
- Cabeçalho Access-Control-Allow-Methods: além de GET, PUT, POST e DELETE, esse cabeçalho também inclui os verbos PATCH e OPTIONS.
Ao gerar um proxy de API para um WSDL, o Edge lê todos os ComplexTypes definidos como abstratos no WSDL e reconhece corretamente todos os tipos de instância baseados nos tipos abstratos.

Utilitário de linha de comando de código aberto wsdl2apigee

A Apigee também oferece um utilitário de linha de comando de código aberto para gerar proxies de API de transferência ou rest-to-soap de WSDLs. Consulte https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Bugs corrigidos

Os bugs a seguir foram corrigidos nesta versão. Esta lista é principalmente para usuários que verificam se os tíquetes de suporte foram corrigidos. Ela não foi projetada para fornecer informações detalhadas a todos os usuários.

ID do problema	Descrição
EDGEUI-621	Salvar como novo proxy de API usa o nome padrão que inclui notação científica, como "new-1.234568901234568e+53"
EDGEUI-572	A interface mostra "Erro: erro desconhecido" em vez de "Erro: tempo limite da sessão"