Você está visualizando 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 em um WSDL usando o assistente de proxy, há duas opções para criação de proxy:
- Pass-Through SOAP, em que o proxy simplesmente transmite 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 autor da chamada.
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 que são geradas automaticamente pelo assistente de proxy.
SOAP de transmissão
-
Todas as operações do 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 para o serviço SOAP de destino. Esse comportamento corresponde à especificação SOAP.
- O proxy gerado não oferece mais suporte a JSON na solicitação. Ele só aceita 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 oferece mais suporte a WSDL RPC. Apenas o Document/Literal é aceito. Isso não foi testado com o WSDL 2.0.
- O novo comportamento não foi testado com a WS-Policy.
- O proxy permite enviar dados JSON em vez de FormParams.
- Ao adicionar suporte ao CORS (Compartilhamento de recursos entre origens) ao proxy usando o builder, você vai notar as seguintes melhorias:
- Cabeçalho Access-Control-Allow-Headers: além dos cabeçalhos
Origin
,x-requested-with
eAccept
, o cabeçalho Access-Control-Allow-Headers também incluiContent-Type
,Accept-Encoding
,Accept-Language
,Host
,Pragma
,Referrer
,User-Agent
eCache-Control
. - Cabeçalho Access-Control-Allow-Methods: além de
GET
,PUT
,POST
eDELETE
, esse cabeçalho também inclui os verbosPATCH
eOPTIONS
.
- Cabeçalho Access-Control-Allow-Headers: além dos cabeçalhos
- 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âncias 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 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 | A opção "Save as New API Proxy" 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: Timeout da sessão" |