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

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

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

Otimizações de importação/atualização de 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, reduzindo falhas de implantação e corrupções de pacote quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira a seguir as mudanças e comportamentos notáveis:

• Cada pacote precisa ter uma raiz do sistema de arquivos de /apiproxy.
• O Edge não tenta mais ignorar caminhos na pasta de recursos de um pacote de proxy de API. Por exemplo, o Edge não ignora mais diretórios .git ou .svn.
• Se um pacote contiver uma configuração inválida de mais de um arquivo de configuração XML de 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

Mensagem de erro aprimorada do MGMT para falha na API de implantação de HT

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

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

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

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

Cenário de erro registration.ServerDoesNotExist ao implantar proxies de API

As permissões de admin. da organização não devem listar recursos relacionados ao host virtual se não forem restritas

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

A importação de proxy falha se o arquivo proxy.xml tiver uma barra dupla

Lista incorreta de desenvolvedores retornada da API de gerenciamento

Tempos limites 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 \"calendário\" nos Serviços principais de persistência (CPS)

Na política de cotas, ao configurar 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 Interval e TimeUnit configurações que determinam a frequência com que a cota é redefinida. Em organizações ativadas para CPS, o StartTime estava sendo ignorado, e a cota estava começando/redefinindo no início da hora, em vez do horário especificado.

Com essa versão, a política de cotas considera StartTime em organizações ativadas para CPS.

O Edge precisa criar um novo build quando o hash de origem corresponde, mas o build anterior falhou.

O cabeçalho \"Content-Encoding\" foi descartado no fluxo de solicitação

Problema intermitente de cancelamento da implantação de proxy

A configuração de máscara não oculta dados sensíveis no trace