Domanda

Hy, sto sviluppando un'app Grails che deve comunicare con un'applicazione Java EE esistente (costruita con EJB2). Entrambi i "legacy" e la nuova app Grails offrirà servizi e li consumerà.

Per motivi di intercompatibilità, sto pensando di comunicare tramite WebServices. Ora mi chiedo quali framework dovrei usare su entrambi i lati.

Dato che l'applicazione Java EE ora funziona con JDK5, potrei usare JAX-WS su suppongo che avrebbe senso usare Metro ( https://jax-ws-commons.dev.java.net/grails/ ) sul lato Grails. Qualcuno ha esperienze con quello? O altri suggerimenti?

È stato utile?

Soluzione

Se entrambe le applicazioni Grails ed EJB vivono sulla stessa LAN, allora non c'è nulla di sbagliato nell'uso di RMI. È il modo predefinito di parlare con EJB, è nativo di Java ed è supportato in Grails.

Se è necessario utilizzare i servizi Web, il contenitore disporrà del supporto incorporato per esporre i bean come servizi Web (presupponendo J2EE 1.4 o versioni successive). Quale contenitore stai usando?

Se non puoi usare (o non fidarti) dei contenitori WS supportati, allora è meglio scegliere un framework che puoi usare in entrambe le applicazioni, evitando così problemi di compatibilità. Metro ha funzionato bene per me autonomo ma non l'ho provato con Grails.

Inoltre ci sono modi più leggeri di scambiare messaggi XML rispetto ai servizi Web completi SOAP. Hessian e Burlap sono esempi, inoltre Spring ha il suo framework di messaggistica HTTP.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top