180302 - Notas de lançamento do Apigee Edge para nuvem pública

Remover a propriedade conf_http_HTTPClient.disable.url.hostname.expiration

Essa propriedade para desativar as validações do nome do host é redundante e será removida na próxima versão da nuvem.

Otimizações de importação/atualização do pacote de proxy

O Edge vai realizar uma validação mais forte nos pacotes de proxy de API no momento da implantação. Essa atualização ajuda a garantir implantações mais rápidas, além de reduzir as falhas de implantação e a corrupção de pacotes quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira a seguir as mudanças e os comportamentos importantes:

• Cada pacote precisa ter uma raiz do sistema de arquivos de /apiproxy.
• A borda não tenta mais ignorar os caminhos na pasta de recursos de um pacote de proxy de API. Por exemplo, o Edge não ignora mais os diretórios .git ou .captcha.
• Se um pacote tiver uma configuração inválida de mais de um arquivo de configuração XML do proxy de API (por exemplo, apiproxy/proxy1.xml e apiproxy/proxy2.xml), não há garantia de qual configuração será usada para o proxy de API.

Fazer com que as verificações de integridade usem o cache de DNS da Apigee

Melhoria da mensagem de erro de MGMT para falha da API de implantação HT

Desativar o Trireme para novas organizações após a versão Beta

A atualização do DNS não acontece depois que todos os IPs são removidos da lista, a menos que a entrada de DNS seja alterada

Modificar o valor de configuração padrão para a lógica de reinicialização Trireme do Node.js

O TTL da definição de recurso de cache não é respeitado para organizações CPS quando as configurações de expiração têm tags com valores vazios

Cenário de erro register.ServerFunctionNotExist ao implantar proxies de API

As permissões de administrador da organização não devem listar recursos compartilhados pelo vhost se eles não estiverem restritos

SecureStoreNotFound e StoreItemNotFound precisam ser geradas como 404 em vez de 5XX

A importação de proxy falha quando o arquivo proxy.xml tem barras duplas

Lista incorreta de desenvolvedores retornada pela API Management

Tempos limite HTTP do MP -> Turbo (destinos hospedados) durante a implantação

O horário de início da política de cotas não é respeitado para \"agenda\" nos Serviços de Persistência Principais (CPS)

Na política de cotas, quando você configura um tipo de cota calendar, o elemento StartTime permite definir uma data e hora específicas para que a cota comece a contar as chamadas de API. O horário de início também afeta as configurações Interval e TimeUnit que determinam a frequência com que a cota é redefinida. Nas organizações com CPS ativada, o StartTime estava sendo ignorado, e a cota estava sendo iniciada/redefinida no início da hora, e não no horário especificado.

Nesta versão, a política de cota considera StartTime em organizações com CPS.

O Edge criará um novo build quando o hash de origem corresponder, mas o build anterior falhar.

Cabeçalho \"Content-Codificação\" descartado no fluxo de solicitação

Problema intermitente ao desfazer a implantação do proxy

A configuração da máscara não oculta dados confidenciais no trace