Questa pagina descrive la migrazione di un'applicazione Cloud Endpoints 1.0 esistente a Endpoints Frameworks per App Engine in Java.
Vantaggi
Il nuovo framework offre una serie di vantaggi, tra cui:
- Latenza delle richieste ridotta.
- Migliore integrazione con le funzionalità di App Engine, come i domini personalizzati.
- Supporto ufficiale per le configurazioni di Guice.
- Facoltativamente, nuove funzionalità di gestione delle API.
La versione 2.0 di Endpoints Frameworks non influisce sulle interfacce della tua API. I client esistenti continuano a funzionare dopo la migrazione senza alcuna modifica al codice lato client.
Funzionalità e strumenti attualmente esclusi
Le seguenti funzionalità non sono al momento disponibili. Se hai bisogno di una di queste funzionalità, invia una richiesta di funzionalità.
- Protocollo JSON-RPC, obbligatorio per i client iOS precedenti. Per creare client iOS per l'API Endpoints Frameworks versione 2.0, ti consigliamo di utilizzare la libreria client Objective-C per le API di Google per le API REST.
- ETag automatici
- Campi tipo automatici
- Integrazione con l'ambiente IDE
fields
risposte parziali- Creazione automatica del metodo dell'API PATCH
Inoltre, il supporto di Android Studio per la versione 1.0 di Endpoints non è attualmente supportato per la versione 2.0.
Migrazione alla versione 2.0 di Endpoints Frameworks
Endpoints Frameworks versione 2.0 è stato spostato negli elementi Maven del gruppo
com.google.endpoints
.
Il JAR di base richiesto si trova nell'artefatto endpoints-framework
. Se vuoi usare la configurazione Guice, aggiungi l'elemento endpoints-framework-guice
.
Le istruzioni riportate di seguito forniscono un esempio di come eseguire la migrazione da Endpoints Frameworks 1.0 a Endpoints Frameworks 2.0 utilizzando un documento di rilevamento:
- Scarica e inizializza Google Cloud CLI.
- Esegui i seguenti comandi:
- Assicurati che gcloud CLI sia autorizzata ad accedere ai tuoi dati e servizi su Google Cloud:
gcloud auth login
- Utilizza le credenziali predefinite dell'applicazione:
gcloud auth application-default login
- Installa il componente
app-engine-java
di Google Cloud SDK:gcloud components install app-engine-java
- Esegui l'aggiornamento alla versione più recente di Google Cloud SDK e di tutti i componenti:
gcloud components update
- Assicurati che gcloud CLI sia autorizzata ad accedere ai tuoi dati e servizi su Google Cloud:
Esegui la migrazione utilizzando Maven o Gradle
Maven
- Rimuovi la dipendenza precedente, ovvero l'elemento
appengine-endpoints
: - Aggiungi la nuova dipendenza Endpoints Frameworks:
- Aggiungi il nuovo plug-in Endpoints Frameworks e definisci il nome host per un documento di discovery generato:
- Aggiungi il nuovo plug-in Maven App Engine:
- Aggiorna il punto di contatto dell'API nel file
web.xml
del progetto:- Rinomina tutte le occorrenze di
SystemServiceServlet
inEndpointsServlet
- Sostituisci tutte le occorrenze del percorso
/_ah/spi/
con il nuovo percorso richiesto/_ah/api/
Di seguito sono riportati i contenuti di
web.xml
prima e dopo la migrazione:Prima della migrazione
Endpoints Frameworks versione 1.0web.xml
:Dopo la migrazione
Endpoints Frameworks versione 2.0web.xml
: - Rinomina tutte le occorrenze di
- Dopo aver modificato le dipendenze, esegui la pulizia del progetto:
mvn clean
- Puoi generare un documento di rilevamento:
Scopri di più sugli obiettivi dei plug-in dei framework Maven Endpoints.mvn endpoints-framework:discoveryDocs
- Puoi eseguire il deployment di un progetto:
mvn appengine:deploy
Scopri di più sugli obiettivi del plug-in Maven App Engine.
Gradle
- Rimuovi la dipendenza precedente, ovvero l'elemento
appengine-endpoints
:compile group: 'com.google.appengine', name: 'appengine-endpoints', version: '+'
- Aggiungi la nuova dipendenza Endpoints Frameworks:
- Aggiungi i nuovi plug-in App Engine ed Endpoints Frameworks:
- Applica i nuovi plug-in App Engine e Endpoints Frameworks:
- Definisci l'endpoint del nome host per i documenti di rilevamento generati:
- Aggiorna il punto di contatto dell'API nel file
web.xml
del progetto:- Rinomina tutte le occorrenze di
SystemServiceServlet
inEndpointsServlet
- Sostituisci tutte le occorrenze del percorso
/_ah/spi/
con il nuovo percorso richiesto/_ah/api/
Di seguito sono riportati i contenuti di
web.xml
prima e dopo la migrazione:Prima della migrazione
Endpoints Frameworks versione 1.0web.xml
:Dopo la migrazione
Endpoints Frameworks versione 2.0web.xml
: - Rinomina tutte le occorrenze di
- Dopo aver modificato le dipendenze, ripulisci il progetto utilizzando:
gradle clean
- Puoi generare un documento di rilevamento utilizzando:
Scopri di più sui framework di endpoint di Gradle Attività del plug-ingradle endpointsDiscoveryDocs
- Puoi eseguire il deployment di un progetto utilizzando:
gradle appengineDeploy
Scopri di più sulle attività del plug-in Gradle App Engine.
Utilizzo di Guice per configurare Endpoints Frameworks per Java
Se vuoi utilizzare Guice:
- Aggiungi la nuova dipendenza Guice di Endpoints Frameworks:
Maven
Gradle
- Dichiara un nuovo modulo che espande
EndpointsModule
e configuralo come segue:
Verifica di un nuovo deployment
Puoi verificare che il nuovo framework gestisca il traffico:
- Invia alcune richieste al nuovo deployment.
Nella console Google Cloud, vai alla pagina Logging > Esplora log.
Se le richieste vengono mostrate con percorsi che iniziano con
/_ah/api
, significa che la tua API è ora pubblicata da Endpoints Frameworks 2.0. I log non devono mostrare richieste con percorsi che iniziano con/_ah/spi
. Queste richieste indicano che il proxy Endpoints Frameworks 1.0 sta ancora gestendo le richieste.
Aggiunta della gestione dell'API Endpoints
Endpoints Frameworks versione 2.0 ti consente anche di attivare le funzionalità di gestione delle API, tra cui:
- Gestione delle chiavi API
- Condivisione API
- Autenticazione degli utenti
- Metriche delle API
- Log API
Per iniziare a utilizzare queste funzionalità, consulta Aggiunta della gestione API.
Risoluzione dei problemi
Questa sezione descrive i comportamenti erratici comuni durante la migrazione alla versione 2.0 di Endpoints Frameworks e le soluzioni suggerite.
L'API restituisce errori 404
, ma Explorer API le elenca comunque correttamente
Devi rimuovere la vecchia configurazione di Endpoints Frameworks 1.0 quando esegui la migrazione alla versione 2.0 di Endpoints Frameworks. Se la vecchia configurazione è ancora presente nella configurazione dell'applicazione, il servizio Endpoints continua a trattare l'app come un'app della versione 1.0. Nei log di App Engine potresti vedere richieste inviate a /_ah/spi
, che generano errori HTTP 404
inviati al client.
Se presenti, rimuovi le seguenti righe dal file
web.xml
:<servlet> <servlet-name>SystemServiceServlet</servlet-name> <servlet-class>com.google.api.server.spi.SystemServiceServlet</servlet-class> <init-param> <param-name>services</param-name> <param-value>...</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>SystemServiceServlet</servlet-name> <url-pattern>/_ah/spi/*</url-pattern> </servlet-mapping>
Assicurati che il file
web.xml
contenga quanto segue:<servlet-mapping> <servlet-name>EndpointsServlet</servlet-name> <url-pattern>/_ah/api/*</url-pattern> </servlet-mapping>
L'API genera errori di riflessione
Devi pacchettizzare solo l'elemento endpoints-framework
nell'applicazione,
non il vecchio JAR appengine-endpoints
. Se esegui il deployment di un'applicazione con entrambi i file JAR, potresti riscontrare errori di riflessione o errori di tipo di runtime, ad esempio NoClassDefFoundError
, NoSuchMethodError
e ClassCastException
. Se presenti, rimuovi le seguenti righe dal file di compilazione:
Maven
Gradle
compile group: 'com.google.appengine', name: 'appengine-endpoints', version: '+'
Inoltre, se una delle altre dipendenze dipende da versioni precedenti di Guava, questo può anche manifestarsi come un metodo TypeToken
mancante. Devi assicurarti di utilizzare Guava 19 o l'artefatto endpoints-framework-all
, che oscura le dipendenze.
I file sorgente della libreria client non vengono compilati
Se visualizzi un errore come method does not override or implement a method
from a supertype
o cannot find symbol method setBatchPath(String)
, è probabile che la tua applicazione client dipenda da una versione precedente della libreria client Google Java. Devi assicurarti che l'elemento google-api-client
sia
1.23.0
o superiore.
Maven
<dependency> <groupId>com.google.api-client</groupId> <artifactId>google-api-client</artifactId> <version>1.23.0</version> </dependency>
Gradle
compile group: 'com.google.api-client', name: 'google-api-client', version: '1.23.0'
Problemi con il miglioramento di Datanucleus JPA/JDO
Maven
Il nuovo plug-in Maven di App Engine basato su Google Cloud CLI non supporta il miglioramento di Datanucleus di alcun tipo. Se il tuo progetto utilizza il supporto per il miglioramento di Datanucleus JDO o JPA del vecchio plug-in, devi configurare separatamente il plug-in Maven Datanucleus di terze parti durante la migrazione. Vai ai seguenti argomenti per ulteriori informazioni:
Gradle
Se il tuo progetto utilizza il miglioramento gradle-appengine-plugin
JPA/JDO
Datanucleus, devi configurare manualmente il miglioramento Datanucleus
dopo aver eseguito la transizione al nuovo plug-in Gradle basato su gcloud CLI.
Guarda un
esempio di Stackoverflow.