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 iOS per l'API Endpoints Frameworks versione 2.0, di utilizzare Libreria client Objective-C delle API di Google per API REST.
- ETag automatici
- Campi del tipo automatico
- Integrazione con l'ambiente IDE
fields
risposta parziale- Creazione automatica del metodo dell'API PATCH
Inoltre, Android Studio supporta la versione 1.0 di Endpoints non è attualmente supportato per la versione 2.0.
Migrazione a Endpoints Frameworks versione 2.0
Endpoints Frameworks versione 2.0 è stato spostato negli elementi Maven del gruppo
com.google.endpoints
.
Il file JAR di base richiesto si trova nell'artefatto endpoints-framework
. Se vuoi
utilizzare la configurazione Guice, aggiungi l'artifact 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 questi comandi:
- Assicurati che gcloud CLI sia autorizzato 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 Google Cloud SDK
app-engine-java
: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 autorizzato ad accedere ai tuoi dati e servizi su Google Cloud:
Esegui la migrazione utilizzando Maven o Gradle
Maven
- Rimuovi la dipendenza legacy, ovvero
appengine-endpoints
artefatto: - Aggiungi la nuova dipendenza Endpoints Frameworks:
- Aggiungi il nuovo plug-in Endpoints Frameworks e definisci il nome host per un documento di rilevamento 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 vengono mostrati i contenuti di
web.xml
prima e dopo 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ù su Maven Endpoints Frameworks obiettivi del plug-in.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 legacy, ovvero
appengine-endpoints
artefatto: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 ingresso dell'API nel progetto
web.xml
file:- Rinomina tutte le occorrenze di
SystemServiceServlet
aEndpointsServlet
- Sostituisci tutte le occorrenze del percorso
/_ah/spi/
con il nuovo percorso richiesto/_ah/api/
Di seguito vengono mostrati i contenuti di
web.xml
prima e dopo 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 task del plug-ingradle endpointsDiscoveryDocs
- Puoi eseguire il deployment di un progetto utilizzando:
gradle appengineDeploy
Scopri di più sull'App Engine Gradle attività dei plug-in.
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 estende
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 a Logging > Esplora log.
Se le richieste vengono mostrate con percorsi che iniziano con
/_ah/api
, significa che la tua API è ora pubblicata con la versione 2.0 di Endpoints Frameworks. I log non devono mostrare richieste con percorsi che iniziano con/_ah/spi
. Queste richieste indicano che il proxy di 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 delle API
Per iniziare a utilizzare queste funzioni, consulta Aggiunta della gestione delle 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 404
errori, ma Explorer API elenca comunque le API correttamente
È necessario rimuovere la versione precedente di Endpoints Frameworks 1.0
durante la migrazione a Endpoints Frameworks versione 2.0. 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 visualizzare 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
. Rimuovi
le seguenti righe del file di build, se presenti:
Maven
Gradle
compile group: 'com.google.appengine', name: 'appengine-endpoints', version: '+'
Inoltre, se altre dipendenze dipendono da versioni precedenti di
Guava, questo può anche manifestarsi come metodo TypeToken
mancante. Devi assicurarti
di utilizzare Guava v19 o l'artefatto endpoints-framework-all
, che
le dipendenze shadow.
Le origini della libreria client non vengono compilate
Se viene visualizzato un errore simile a method does not override or implement a method
from a supertype
o cannot find symbol method setBatchPath(String)
:
l'applicazione client dipende probabilmente da una versione precedente di Google Java
libreria client. Devi assicurarti che l'artefatto 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 basato su App Engine basato su Google Cloud CLI supportare il miglioramento di qualsiasi tipo Datanucleus. 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 progetto utilizza il metodo JPA/JDO gradle-appengine-plugin
Miglioramento Datanucleus, devi configurare manualmente Datanucleus
miglioramento dopo il passaggio al nuovo Gradle basato su gcloud CLI
.
Consulta un
un esempio da Stack Overflow.