Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
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 asincrono dell'utente
Il salvataggio asincrono dell'utente è una nuova funzionalità che posticipa il salvataggio delle informazioni dell'utente fino a quando la risposta non viene inviata al browser per aumentare il rendimento. Questa modifica si verifica solo nelle seguenti circostanze:-
Viene trovato un PHP CLI adatto
-
La monetizzazione non è abilitata
-
La casella di controllo Attiva asincrono è selezionata nella pagina Configurazione > Impostazioni del portale per sviluppatori > Impostazioni utente del portale per sviluppatori.
-
-
Non puoi più modificare le impostazioni di connessione tra il portale e Edge
Nelle release cloud precedenti, potevi modificare direttamente le informazioni di connessione utilizzate per connettere il portale a Edge, tra cui: URL dell'endpoint Edge, nome dell'organizzazione Apigee e nome utente e password di un amministratore dell'organizzazione. Ora, devi inviare una richiesta all'assistenza Apigee Edge per modificare i dati di connessione. Per saperne di più, consulta la sezione Creazione di un portale per sviluppatori.
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 Utilizzo delle credenziali federate sul portale per gli sviluppatori. A causa di questo ritiro, la funzionalità è stata rimossa dal portale.
In alternativa, puoi utilizzare il modulo Drupal Google Auth o le informazioni descritte nell'articolo Utilizzare OAuth 2.0 per l'accesso.
Correzioni di bug
In questa release sono stati corretti i seguenti bug:
| Argomento | Descrizione |
|---|---|
| Monetizzazione | Correzioni al testo visualizzato dagli utenti finali per la monetizzazione. |
| Monetizzazione | Le aliquote fiscali ora vengono visualizzate correttamente nella pagina di fatturazione prepagata della monetizzazione. Tieni presente che devi utilizzare la chiamata "API per sviluppatori prepagata" sul lato del portale (in Configurazione > Impostazioni di monetizzazione). |
| Monetizzazione | La pagina del saldo prepagato della monetizzazione non mostra più un saldo pari a zero come "-0,00", ma come "0,00". |
| Monetizzazione |
Ora i documenti di fatturazione vengono scaricati correttamente dal server Edge in formato HTML. PostgreSQL
v9.0 ha introdotto una nuova codifica "hex" che potrebbe dover essere modificata in postgresql.conf
per scaricare correttamente i documenti di fatturazione. Se i documenti di fatturazione non vengono scaricati
correttamente dal Dev Portal, modifica bytea_output in postgresql.conf
in "escape" su Edge Management Server:
bytea_output = 'escape' # hex,
escape
|
| Monetizzazione | Quando la chiamata 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, la pagina mostrava una schermata di errore. |
| Nuova registrazione sviluppatore | Messaggio fisso durante la registrazione con un nuovo account per indicare che l'account è in attesa dell'approvazione dell'amministratore solo se il Dev Portal è configurato in modo da richiedere l'approvazione dell'amministratore prima dell'accesso. |
| Nuova registrazione sviluppatore | Gli sviluppatori appena registrati che avrebbero dovuto essere bloccati per impostazione predefinita sono stati attivati nel backend di Edge. Gli sviluppatori che avrebbero dovuto essere bloccati per impostazione predefinita sono stati abilitati (nonostante la visualizzazione del messaggio "Attendi l'approvazione") è stato risolto con la stessa correzione. |
| Nuova registrazione sviluppatore | Il portale non genera più un'eccezione quando un utente si registra senza un indirizzo email, in modo da poter eseguire integrazioni con 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 amministrativa. Per saperne di più, vedi Aggiungere e gestire gli account utente. |
| Stato dello sviluppatore | Quando uno sviluppatore viene impostato sullo stato "bloccato" nel portale, viene impostato su inattivo sul server di gestione Edge, il che significa che lo sviluppatore bloccato non sarà in grado di effettuare chiamate API. |
| Cron job | Cron non genera più errori quando un'app in Edge non è associata correttamente a uno sviluppatore. |
| Logging | Il sistema non registra più errori quando il tipo di accesso di un'app è "readonly". |
| Regole Drupal | Ora viene eseguito il modulo Rule in Drupal rules per inviare un'email quando una chiave dell'app passa dallo stato In attesa a Approvata. Nelle versioni precedenti la regola non funzionava quando lo stato veniva modificato. |
| SmartDocs | Il verbo PATCH ora viene visualizzato correttamente quando viene eseguito il rendering sulle pagine Smart Docs. |
| SmartDocs | Quando l'endpoint Edge non è accessibile, il modulo SmartDocs non mostra più avvisi. |
| SmartDocs | Gli avvisi "Indice non definito:" non vengono più visualizzati nel modulo Smart Docs. |
| SmartDocs |
I breadcrumb ora funzionano correttamente nelle pagine SmartDocs. Nella pagina dei dettagli del metodo, il primo elemento della traccia di breadcrumb era model_machine_name Documentation/,
quindi la prima parola non era in maiuscolo. Con questa correzione, il primo elemento sarà il nome del modello leggibile
e la prima parola sarà in maiuscolo.
Inoltre, nella pagina dell'elenco dei metodi API in base al verbo HTTP (GET/POST/PUT/DELETE),
gli elementi della breadcrumb rimandavano all'URL errato. Con questa correzione, gli elementi breadcrumb della
pagina ora rimandano agli URL corretti.
|
| SmartDocs | Una correzione CSS ora consente di modificare correttamente il corpo JSON di Smart Docs (in una richiesta POST o PUT) direttamente. |
| 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 per sviluppatori non richiama più direttamente drupal_goto() o drupal_not_found() se l'app per sviluppatori non viene trovata. In questo modo, i moduli specifici per i clienti possono modificare in modo coerente il comportamento del modulo senza forzare un reindirizzamento incondizionato. |