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

Remoção da propriedade conf_http_HTTPClient.disable.url.hostname.validation

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

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 e, ao mesmo tempo, reduz falhas na implantação e 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.
• O Edge 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 .{6}.
• 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 haverá garantia de qual configuração será usada para o proxy de API.

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

Melhoria da mensagem de erro do MGMT para a 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 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 CPS quando as configurações de expiração têm uma tag com valores vazios

registro.Server siNotExist cenário de erro ao implantar proxies de API

As permissões de administrador da organização não devem listar recursos relacionados a vhost se eles não forem restritos

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

A importação de proxy falhará se o arquivo proxy.xml tiver barra dupla

Lista incorreta de desenvolvedores retornados da API Management

Tempos limite de HTTP de 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 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 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 ativadas para CPS, o StartTime estava sendo ignorado, e a cota era 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 deve criar um novo build quando o hash de origem corresponder, mas o build anterior falhar.

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

Problema intermitente na implantação do proxy

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