180302 - Note di rilascio di Apigee Edge per il cloud pubblico

Rimuovi la proprietà conf_http_HTTPClient.disable.url.hostname.validation

Questa proprietà per disabilitare le convalide dei nomi host è ridondante e verrà rimossa nella prossima release di Cloud.

Ottimizzazioni di importazione/aggiornamento del bundle proxy

Edge eseguirà una convalida più efficace sui bundle proxy API al momento del deployment. Questo aggiornamento contribuisce a garantire deployment più rapidi, riducendo al contempo gli errori di deployment e i danneggiamenti dei pacchetti quando più di un utente importa lo stesso bundle contemporaneamente. Di seguito sono riportati cambiamenti e comportamenti rilevanti:

• Ogni bundle deve avere un file system root di /apiproxy.
• Edge non tenta più di ignorare i percorsi nella cartella delle risorse di un bundle proxy API. Ad esempio, Edge non ignora più le directory .git o .svn.
• Se un bundle contiene una configurazione non valida di più file di configurazione XML del proxy API (ad esempio, apiproxy/proxy1.xml e apiproxy/proxy2.xml), non è garantito quale configurazione venga utilizzata per il proxy API.

Rendere i controlli di integrità che utilizzano la cache DNS di Apigee

Miglioramento del messaggio di errore di MGMT per il deployment dell'API HT non riuscito

Disattivare Trireme per le nuove organizzazioni dopo la versione beta

L'aggiornamento DNS non si verifica dopo che tutti gli IP sono stati rimossi dall'elenco, a meno che non cambino le effettive voci DNS

Modifica il valore di configurazione predefinito per la logica di riavvio di Node.js Trireme

Il TTL della definizione della risorsa cache non viene rispettato per le organizzazioni CPS quando le impostazioni di scadenza hanno un tag con valori vuoti

Scenario di errore di registrazione.ServerQuestaNotExist di deployment dei proxy API

Le autorizzazioni di amministratore dell'organizzazione non devono elencare le risorse relative ai vhost se non sono limitate

SecureStoreNotFound e StoreItemNotFound devono essere restituiti come 404 anziché 5XX

L'importazione proxy non riesce se il file proxy.xml ha una doppia barra

Elenco errato di sviluppatori restituito dall'API di gestione

Timeout HTTP da MP -> Turbo (target ospitati) durante il deployment

L'ora di inizio dei criteri per le quote non viene rispettata per \"calendar\" nei servizi di persistenza principali (CPS)

Nel criterio per le quote, quando configuri un tipo di quota calendar, l'elemento StartTime consente di definire una data e un'ora specifiche per la quota per iniziare a conteggiare le chiamate API. L'ora di inizio influisce anche sulle impostazioni Interval e TimeUnit, che determinano la frequenza con cui la quota viene reimpostata. Nelle organizzazioni abilitate per CPS, StartTime veniva ignorato e la quota veniva avviata/reimpostata all'inizio dell'ora anziché all'ora specificata.

Con questa release, il criterio per le quote considera StartTime nelle organizzazioni abilitate per il CPS.

Perimetro deve creare una nuova build quando l'hash di origine corrisponde, ma la build precedente non è andata a buon fine.

Intestazione \"Content-Encoding\" inserita nel flusso di richiesta

Problema intermittente di annullamento del deployment del proxy

La configurazione della maschera non nasconde i dati sensibili nella traccia