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 e reduz falhas e corrupções de pacotes quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira as principais mudanças e comportamentos:

• 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 os 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 do Apigee

Mensagem de erro melhorada do MGMT para falha na API de implantação do 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 real mude

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

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

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

As permissões de administrador da organização não devem listar recursos relacionados a vhost se não houver restrição

SecureStoreNotFound e StoreItemNotFound devem ser lançados como 404 em vez de 5XX

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

Lista incorreta de desenvolvedores retornada da API Management

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

O horário de início da política de cotas não é respeitado para "calendar" 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 configurações Interval e TimeUnit, que determinam a frequência com que a cota é redefinida. Em organizações com o CPS ativado, o StartTime era ignorado, e a cota começava/era redefinida no início da hora, e não no horário especificado.

Com essa versão, a política de cota 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.

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

Problema intermitente de remoção da implantação de proxy

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