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 de host é redundante e será removida na próxima versão da nuvem.

Otimizações de importação/atualização de pacotes de proxy

O Edge vai realizar uma validação mais rigorosa 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 falhas de implantação e corrupção de pacotes quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira as mudanças e os comportamentos mais importantes:

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

Melhoria na mensagem de erro do MGMT para falha na API de implantação de 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 do 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 vhosts se não estiverem 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 dois tracinhos

Lista incorreta de desenvolvedores retornada pela API de gerenciamento

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 "calendar" nos Serviços principais de persistência (CPS, na sigla em inglês)

Na política de cotas, ao configurar um tipo de cota calendar, o elemento StartTime permite definir uma data e hora específica 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 CPS, o StartTime estava sendo ignorado, e a cota estava sendo iniciada/redefinida no início da hora, e não no horário especificado.

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

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ções

Problema intermitente de desimplantação de proxy

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