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

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 le prestazioni. Questa modifica si verifica solo nelle seguenti circostanze:
    • Viene trovato un'interfaccia a riga di comando PHP adatta
    • La monetizzazione non è abilitata
    • La casella di controllo Attiva asincrono è selezionata nella pagina Configurazione > Impostazioni portale per sviluppatori > Impostazioni utente del portale per sviluppatori.
  • Non è più possibile modificare le impostazioni di connessione tra il portale ed Edge
    Nelle release cloud precedenti, era possibile 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 le informazioni di connessione. Per saperne di più, consulta 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 utente del portale utilizzando le proprie credenziali Google. Per saperne di più, consulta Utilizzare le credenziali federate nel 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 l'accesso.

Correzioni di bug

In questa release sono stati corretti i seguenti bug:

Argomento Descrizione
Monetizzazione Correzioni alla formulazione visualizzata dagli utenti finali per la monetizzazione.
Monetizzazione Le aliquote fiscali vengono ora 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 invece come "0,00".
Monetizzazione
I documenti di fatturazione vengono ora 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 consentire il download corretto dei documenti di fatturazione. Se i documenti di fatturazione non vengono scaricati correttamente dal portale per sviluppatori, modifica bytea_output in postgresql.conf in 'escape' sul server di gestione Edge:
bytea_output = 'escape' # hex, escape
Monetizzazione Quando la chiamata API Edge per ottenere il saldo dell'utente non viene restituita correttamente, la pagina viene visualizzata correttamente e viene registrato un errore. In precedenza, la pagina mostrava una schermata di errore schermo.
Registrazione nuovo sviluppatore È stato corretto il messaggio visualizzato durante la registrazione con un nuovo account per indicare che l'account è in attesa dell'approvazione dell'amministratore solo se il portale per sviluppatori è configurato in modo da richiedere l'approvazione dell'amministratore prima dell'accesso.
Registrazione nuovo sviluppatore Gli sviluppatori appena registrati che dovevano essere bloccati per impostazione predefinita sono stati abilitati nel backend Edge. Lo stesso problema è stato risolto anche per gli sviluppatori che dovevano essere bloccati per impostazione predefinita, ma sono stati abilitati (nonostante la visualizzazione del messaggio "Attendi l'approvazione").
Registrazione nuovo sviluppatore Il portale non genera più un'eccezione quando un utente si registra senza un indirizzo email, in modo che sia 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 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 di amministrazione. Per saperne di più, consulta Aggiungere e gestire gli account utente.
Stato dello sviluppatore Quando lo stato di uno sviluppatore è impostato su "bloccato" nel portale, lo sviluppatore viene impostato su inattivo nel server di gestione Edge, il che significa che lo sviluppatore bloccato non potrà 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 è "sola lettura".
Regole di Drupal Ora viene eseguito il modulo Regola nelle regole di Drupal per inviare un'email quando una chiave dell'app passa da in attesa ad approvata. Nelle versioni precedenti la regola non funzionava quando lo stato veniva modificato.
SmartDocs Il verbo PATCH viene ora visualizzato correttamente quando viene eseguito il rendering nelle pagine di SmartDocs.
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 SmartDocs.
SmartDocs
I breadcrumb ora funzionano correttamente nelle pagine di SmartDocs. Nella pagina dei dettagli del metodo, il primo elemento del percorso di navigazione era Documentazione/nome_modello_macchina, quindi la prima parola non era in maiuscolo. Con questa correzione, il primo elemento sarà il nome leggibile del modello e la prima parola sarà in maiuscolo.
Inoltre, nella pagina dell'elenco dei metodi API basata sul verbo HTTP (GET/POST/PUT/DELETE), gli elementi del breadcrumb rimandavano a un URL errato. Con questa correzione, gli elementi del breadcrumb nella pagina rimandano ora agli URL corretti.
SmartDocs Una correzione CSS consente ora di modificare correttamente in linea il corpo JSON di SmartDocs (in una richiesta POST o PUT) in-place.
Menu principale I link di accesso e registrazione sono ora disponibili quando il menu principale non contiene elementi in esso.
Attributi app
La pagina dell'elenco degli attributi dell'app non funzionava e non veniva eseguito il rendering. 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 invokes 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.