buffer di protocollo di Google e servlet

Question

Mi chiedo come posso usare google buffer di protocollo di accettare una richiesta e inviare una risposta di nuovo ad un cliente? Sto pensando di scrivere un servlet che avrà una richiesta. È il seguente percorso di pensiero il modo corretto per implementare questa: 1. Avere un file Proto che è la definizione messaggio per la richiesta in ingresso. 2. Scrivere un servlet che accetta questa richiesta, fa vari compiti come database di interrogazione e quindi invia una risposta. Sarà questa risposta richiede una definizione distinta messaggio Proto con tutti i campi che compongono la risposta? 3. La cliente solo richiamare il metodo doGet () della mia servlet e passare la richiesta, dovrebbe quindi restituire una risposta come oggetto protobuff?

Ogni suggerimento o idea sarà molto apprezzato.

Answer 1

HI,

ho questo in servizio. Ho finito per la pubblicazione di una richiesta HTTP come un post al mio servlet. Sono stato in grado di prendere il buffer protocollo di richiesta, leggere la richiesta, fare un po 'di elaborazione e poi inviare una risposta. In realtà è stato molto semplice, una volta ho capito di lavoro. Abbiamo usato il file 1 Proto per definire la struttura di richiesta e risposta messaggio.

Answer 2

In genere ci si vuole un messaggio di richiesta e un messaggio di risposta, sì. Si sarebbe anche probabilmente vuole un nome di metodo per descrivere l'azione -. Questo è certamente come il built-in servizi PB lavoro

Il cliente non richiamare doGet () - sarebbe fare una richiesta (probabilmente un messaggio piuttosto che un GET) e il vostro servlet avrebbero ricevuto lo

.

Ora, idealmente si potrebbe avere un generale "ProtocolBufferServlet", che potrebbe soddisfare le richieste da loro di consegnare a mano a servizi di attuare le interfacce appropriate.

Vi suggerisco di guardare la documentazione per servizi Protocollo Buffer e il servizi Java codice generato per più informazione. Si potrebbe implementare un RpcChannel che ha lavorato più di servlet, o ottenere il client di fare direttamente il palo HTTP. si sarebbe probabilmente usare l'iniezione di dipendenza di qualche tipo sul lato server per dire al servlet che cosa stava attuando il servizio.