Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Martedì 6 gennaio 2015 abbiamo rilasciato la versione 15.01.06.00 del portale Apigee Developer Services per il cloud.
Nuove funzionalità
Questa release della versione cloud del portale Apigee Developer Services contiene le seguenti nuove funzionalità:
-
Salvataggio utente asincrono
Il salvataggio asincrono degli utenti è una nuova funzionalità che posticipa il salvataggio delle informazioni degli utenti fino a quando la risposta viene reinviata al browser per aumentare le prestazioni. Questa modifica si verifica solo nelle seguenti circostanze:-
È stata trovata un'interfaccia a riga di comando PHP adatta
-
La monetizzazione non è abilitata
-
La casella di controllo Abilita asincrona sia selezionata nella pagina Configurazione > Impostazioni portale di sviluppo > Impostazioni utente del portale per sviluppatori.
-
-
Non puoi più modificare le impostazioni di connessione tra il portale ed Edge
Nelle release cloud precedenti, potevi modificare direttamente le informazioni di connessione utilizzate per connettere il portale a Edge, tra cui l'URL dell'endpoint Edge, il nome dell'organizzazione Apigee e il nome utente e la password di un amministratore dell'organizzazione. Ora, devi chiedere all'Assistenza Apigee di modificare le informazioni di connessione. Consulta la pagina Creazione di un portale per gli sviluppatori per ulteriori informazioni.
Ritiro
A partire dal 15 aprile 2015, Google non supporterà più l'API OpenID 2.0, come descritto al seguente link:
https://developers.google.com/+/api/auth-migration#timetable
Tutti i portali rilasciati prima del 14/07 utilizzavano Google OpenID 2.0, che consentiva agli utenti di accedere al portale o registrarsi come utente del portale utilizzando le proprie credenziali Google. Per saperne di più, consulta la pagina relativa all'utilizzo di credenziali federate sul portale per gli sviluppatori. A causa di questo ritiro, la funzionalità è stata rimossa dal portale.
In sostituzione, puoi utilizzare il modulo Autorizzazione Google Drupal o le informazioni descritte nell'articolo: Utilizzo di OAuth 2.0 per l'accesso.
Correzioni di bug
In questa release sono stati corretti i seguenti bug:
Argomento | Descrizione |
---|---|
Monetizzazione | Correzioni al testo mostrato agli utenti finali per la monetizzazione. |
Monetizzazione | Le aliquote fiscali ora sono visualizzate correttamente nella pagina di fatturazione prepagata Monetizzazione. Tieni presente che devi utilizzare la chiamata "API prepagata per sviluppatori" sul lato del portale (in Configurazione > Impostazioni di monetizzazione). |
Monetizzazione | La pagina del saldo prepagato della monetizzazione non mostra più un saldo pari a "-0,00", ma invece come "0,00". |
Monetizzazione |
Ora i documenti di fatturazione vengono scaricati correttamente da Edge Server in formato HTML. Postgres v9.0 ha introdotto una nuova codifica "hex" che potrebbe dover essere modificata in postgresql.conf per consentire il download corretto dei documenti di fatturazione. Se i documenti di fatturazione non vengono scaricati correttamente dal Dev Portal, modifica il valore bytea_output in postgresql.conf in "escape" su Edge Management Server:
bytea_output = 'escape' # esadecimale,
escape
|
Monetizzazione | Quando la chiamata all'API Edge per ottenere il saldo dell'utente non viene restituita correttamente, la pagina ora viene visualizzata correttamente e viene registrato un errore. In precedenza, sulla pagina veniva visualizzata una schermata di errore. |
Registrazione nuovo sviluppatore | È stato risolto il messaggio relativo alla registrazione con un nuovo account che indicava che l'account è in attesa dell'approvazione dell'amministratore solo se il portale per gli sviluppatori è configurato in modo da richiedere l'approvazione dell'amministratore prima di accedere. |
Registrazione nuovo sviluppatore | Gli sviluppatori appena registrati che avrebbero dovuto essere bloccati per impostazione predefinita erano abilitati sul backend Edge. Gli sviluppatori che avrebbero dovuto essere bloccati per impostazione predefinita erano abilitati (nonostante la visualizzazione del messaggio "Attendi l'approvazione") sono stati risolti con la stessa correzione. |
Registrazione nuovo sviluppatore | Il portale non genera più eccezioni quando un utente si registra senza un indirizzo email, pertanto è possibile realizzare integrazioni con i sistemi che non utilizzano indirizzi email. Tuttavia, gli utenti dovranno comunque aggiornare il proprio profilo con un indirizzo email prima di poter creare app per sviluppatori. |
Modulo di registrazione | I campi Nome e Cognome del modulo di registrazione sono stati spostati nella parte superiore del modulo di registrazione per le nuove installazioni. Tieni presente che tutti i campi di questo modulo possono essere spostati utilizzando l'interfaccia utente amministratore. Per saperne di più, vedi Aggiungere e gestire account utente. |
Stato sviluppatore | Quando uno sviluppatore è impostato sullo stato "bloccato" sul portale, viene impostato come inattivo sul server di gestione perimetrale, il che significa che lo sviluppatore bloccato non potrà effettuare chiamate API. |
Cron job | Il cron non ha più esito negativo quando un'app in Edge non è associata correttamente a uno sviluppatore. |
Logging | Il sistema non registra più gli errori quando il tipo di accesso di un'app è "sola lettura". |
Le regole Drupal | Viene eseguito il modulo Regola nelle regole Drupal per inviare email quando una chiave dell'app passa da in attesa ad approvata. Nelle versioni precedenti la regola non funzionava quando lo stato è stato modificato. |
SmartDocs | Il verbo PATCH viene ora visualizzato correttamente quando viene eseguito il rendering nelle pagine SmartDocumenti. |
SmartDocs | Quando l'endpoint Edge non è accessibile, il modulo SmartDocumenti non mostra più avvisi. |
SmartDocs | "Indice non definito": gli avvisi non vengono più visualizzati nel modulo SmartDocumenti. |
SmartDocs |
Ora i breadcrumb funzionano correttamente nelle pagine di SmartDocumenti. Nella pagina dei dettagli del metodo, il primo elemento nella traccia di breadcrumb in precedenza era model_machine_name Documentazione/, quindi la prima parola non era in maiuscolo. Con questa correzione, la prima voce sarà il nome leggibile del modello e la prima parola sarà in maiuscolo.
Sempre nella pagina di elenco del metodo API in base al verbo HTTP (GET/POST/PUT/DELETE), gli elementi breadcrumb erano collegati a URL errato. Con questa correzione, gli elementi breadcrumb nella pagina ora indirizzano agli URL corretti.
|
SmartDocs | Una correzione CSS ora consente di modificare correttamente in loco il corpo JSON di SmartDocumenti (in una richiesta POST o PUT). |
Menu principale | I link di accesso e registrazione sono ora disponibili quando il menu principale non contiene elementi. |
Attributi app |
La pagina della scheda per gli attributi dell'app non funzionava e non veniva visualizzata. Questo problema è stato risolto nel file devconnect_app_attributes.module.
|
Reindirizzamenti hardcoded | La funzione che crea il modulo per la modifica di un'app sviluppatore non richiama più direttamente drupal_goto() o drupal_not_found() se l'app sviluppatore non viene trovata. In questo modo, i moduli specifici del cliente possono modificare in modo coerente il comportamento del modulo senza forzare un reindirizzamento incondizionato. |