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

Você está vendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X. informações

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 NoSQL ao usar o assistente de proxy

Ao criar um proxy baseado em SSO a partir 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 por um payload de solicitação de SOAP no estado em que se encontra.
  • REST para YAML para REST, em que o proxy converte um payload de entrada, como JSON, em um payload de SSO e, em seguida, converte a resposta de SSO de volta para o formato que o autor da chamada espera.

Esta versão inclui as seguintes atualizações no 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 passagem

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

  • O proxy gerado não oferece mais suporte a JSON na solicitação. Ele aceita apenas XML. O proxy garante que as solicitações de Soap tenham um namespace de Envelope, Body e http://schemas.xmlsoap.org/soap/envelope/.

de REST para DAO para REST

  • O proxy não oferece mais suporte a RPC WSDL (somente documento/literal é compatível). Isso não foi testado com a WSDL 2.0.
  • O novo comportamento não foi testado com o WS-Policy.
  • O proxy permite POSTar dados JSON em vez de FormParams.
  • Ao adicionar suporte ao Compartilhamento de recursos entre origens (CORS, na sigla em inglês) ao proxy usando o builder de proxy, você verá 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 passagem ou rest-to-soap a partir 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 IU mostra "Erro: erro desconhecido" em vez de "Erro: tempo limite da sessão"