15.01.06.00 - Note di rilascio del portale dei servizi per sviluppatori Apigee

Stai visualizzando la documentazione di Apigee Edge.
Vai alla 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 dell'utente asincrono
  Il salvataggio dell'utente asincrono è una nuova funzionalità che posticipa il salvataggio delle informazioni dell'utente fino al termine dell'invio della risposta al browser per aumentare le prestazioni. Questa modifica si verifica solo nelle seguenti circostanze:
  • Viene trovata un'interfaccia a riga di comando PHP adatta
  • La monetizzazione non è attiva
  • La casella di controllo Attiva asincrona sia selezionata nella pagina Configurazione > Impostazioni del portale per gli sviluppatori > Impostazioni dell'utente del portale per gli 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 collegare il portale a Edge, tra cui: URL dell'endpoint Edge, nome dell'organizzazione Apigee, nome utente e password di un amministratore dell'organizzazione. Ora, devi inviare una richiesta all'assistenza Apigee per modificare i dati di connessione. Per scoprire di più, consulta la sezione Creare 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 della versione 14.07 utilizzavano Google OpenID 2.0, che consentiva agli utenti di accedere al portale o registrarsi come utenti del portale utilizzando le proprie credenziali Google. Per saperne di più, consulta Utilizzare le credenziali federate sul portale per 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 accedere.

Correzioni di bug

In questa release sono stati corretti i seguenti bug:

Argomento	Descrizione
Monetizzazione	Correzioni al testo visualizzato agli utenti finali per la monetizzazione.
Monetizzazione	Le aliquote fiscali vengono ora visualizzate correttamente nella pagina di fatturazione predefinita della monetizzazione. Tieni presente che devi utilizzare la chiamata "API per sviluppatori con pagamento anticipato" sul 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. Postgres 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" sul server di gestione Edge: bytea_output = 'escape' # hex, escape
Monetizzazione	Quando la chiamata all'API Edge per ottenere il saldo dell'utente non restituisce correttamente, la pagina viene visualizzata correttamente e viene registrato un errore. In precedenza, la pagina mostrava una schermata di errore.
Registrazione di un nuovo sviluppatore	È stato corretto il messaggio visualizzato durante la registrazione di un nuovo account per indicare che l'account è in attesa dell'approvazione dell'amministratore solo se il Dev Portal è configurato per richiedere l'approvazione dell'amministratore prima dell'accesso.
Registrazione di un nuovo sviluppatore	Gli sviluppatori appena registrati che dovevano essere bloccati per impostazione predefinita sono stati attivati sul backend di Edge. Gli sviluppatori che avrebbero dovuto essere bloccati per impostazione predefinita sono stati attivati (nonostante sia stato visualizzato il messaggio "Attendi l'approvazione").
Registrazione di un nuovo sviluppatore	Il portale non genera più un'eccezione quando un utente si registra senza un indirizzo email, pertanto è possibile 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 nel modulo di registrazione sono stati spostati nella parte superiore del modulo per le nuove installazioni. Tieni presente che tutti i campi di questo modulo possono essere spostati utilizzando l'interfaccia utente Amministrazione. Per saperne di più, consulta Aggiungere e gestire gli account utente.
Stato sviluppatore	Quando lo stato di uno sviluppatore sul portale è impostato su "bloccato", lo sviluppatore verrà impostato su attivo sul server di gestione Edge, il che significa che lo sviluppatore bloccato non potrà effettuare chiamate API.
Cron job	Cron non fallisce più quando un'app in Edge non è associata correttamente a un sviluppatore.
Logging	Il sistema non registra più errori quando il tipo di accesso di un'app è "sola lettura".
Regole Drupal	Ora viene eseguito il modulo Regola nelle regole Drupal per inviare un'email quando una chiave dell'app passa da in attesa a approvata. Nelle versioni precedenti la regola non funzionava quando lo stato cambiava.
SmartDocs	Il verbo PATCH ora viene visualizzato correttamente quando viene visualizzato nelle pagine di SmartDocs.
SmartDocs	Quando l'endpoint Edge non è accessibile, il modulo SmartDocs non mostra più gli avvisi.
SmartDocs	Gli avvisi "Indice non definito:" non vengono più visualizzati nel modulo SmartDocs.
SmartDocs	I breadcrumb ora funzionano correttamente nelle pagine di SmartDocs. Nella pagina dei dettagli del metodo, il primo elemento della traccia del breadcrumb era model_machine_name Documentation/, quindi la prima parola non era scritta in maiuscolo. Con questa correzione, il primo elemento sarà il nome del modello leggibile e la prima parola sarà in maiuscolo. Inoltre, nella pagina della scheda del metodo API in base al verbo HTTP (GET/POST/PUT/DELETE), gli elementi del breadcrumb rimandavano a un URL errato. Con questa correzione, gli elementi del breadcrumb nella pagina ora rimandano agli URL corretti.
SmartDocs	Una correzione CSS ora consente di modificare correttamente in situ il corpo JSON di SmartDocs (in una richiesta POST o PUT).
Menu principale	I link per accedere e registrarsi sono ora disponibili quando il menu principale non contiene elementi.
Attributi app	La pagina della scheda per gli attributi dell'app era danneggiata 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 invoca più direttamente drupal_goto() o drupal_not_found() se l'app per sviluppatori 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.