Nell’articolo di oggi vedremo come mappare i servizi e gestire la loro implementazione.<\/p>\n
Occorre prima di tutto scegliere la tecnica di gestione per i messaggi xml. Possiamo usare delle librerie di gestione di messaggi xml come JDOM o SAX oppure delle tecniche di marshalling per la trasformazione di flussi xml in classi java e viceversa, come JAXB e XMLBEANS.<\/p>\n
Spring-ws supporta tutte le principali librerie per la gestione dei file xml pertanto la scelta della libreria deve essere fatta valutando anche l’ambiente a disposizione.<\/p>\n
In questo caso ho scelto JDOM, una libreria opensource che semplifica la gestione di DOM. Occorre modificare il file pom.xml per introdurre le dipendenza dalla libreria JDOM. Nel nostro caso si traduce in questo set di dipendenze:<\/p>\n
<dependency>\r\n<groupId>jdom<\/groupId>\r\n<artifactId>jdom<\/artifactId>\t\r\n<version>1.0<\/version>\t\r\n<\/dependency>\t \r\n<dependency>\t \r\n<groupId>jaxen<\/groupId>\t \r\n<artifactId>jaxen<\/artifactId>\t \r\n<version>1.1<\/version>\t \r\n<\/dependency>\t \r\n<dependency>\t \r\n<groupId>javax.xml.soap<\/groupId>\t \r\n<artifactId>saaj-api<\/artifactId>\t \r\n<version>1.3<\/version>\t \r\n<scope>runtime<\/scope>\t \r\n<\/dependency>\t \r\n<dependency>\t \r\n<groupId>com.sun.xml.messaging.saaj<\/groupId>\t \r\n<artifactId>saaj-impl<\/artifactId>\t \r\n<version>1.3<\/version>\t \r\n<scope>runtime<\/scope>\t \r\n<\/dependency><\/pre>\nAll’interno del file spring-ws-servlet.xml definiamo il bean che implementa il servizio di RicercaLibro.<\/p>\n
<bean id=\"ricercaLibroEndpoint\" class=\"it.finazzo.libreria.ws.RicercaLibroEndpoint\"\/><\/pre>\nTale classe estende la classe di Spring che gestisce l’integrazione con JDOM<\/p>\n
public class RicercaLibroEndpoint extends AbstractJDomPayloadEndpoint {\r\n\tprotected Element invokeInternal(Element arg0) throws Exception {\t\treturn null;\r\n\t}\r\n}<\/pre>\nDefiniti il bean ci preoccupiamo di definire il mapping dei servizi, ovvero quale classe invocare in corrispondenza di uno specifico servizio:<\/div>\n\n<bean \r\nclass=\"org.springframework.ws.server.endpoint.mapping.PayloadRootQNameEndpointMapping\">\r\n<property name=\"mappings\">\r\n<props>\r\n<prop key=\"{http:\/\/www.example.org\/schema}RicercaLibroRequest\">\r\nricercaLibroEndpoint\r\n<\/prop>\r\n<\/props>\r\n<\/property>\r\n<\/bean><\/pre>\nIn questo caso stiamo dicendo al gestore delle mappe dei servizi, la classe implementata da Spring-Ws, che il servizio RicercaLibro deve invocare l’endpoint ricercaLibroEndpoint. Per la gestione del mapping spring-ws offre 2 diverse implementazione da scegliere in base al contesto in cui vi trovate.<\/p>\n<\/div>\n
\n
- PayloadRootQNameEndpointMapping<\/span><\/li>\n
- SoapActionEndpointMapping<\/span><\/li>\n<\/ul>\n
Il mapping basato su Payload prevede l’analisi della richiesta per stabilire quale servizio stiamo invocando. Tale meccanismo \u00e8 pi\u00f9 lento ma \u00e8 indipendente dalla specifica SOA e pertanto pu\u00f2 essere usato sia in caso di SOA 1.1, 1.2 o qualsiasi altro livello di trasporto.<\/p>\n
Il secondo mapping sfrutta l’header SOAPAction, che permette di individuare il corretto routing senza analizzare tutta la risposta. Pertanto \u00e8 pi\u00f9 veloce ma \u00e8 valido solo con la SOA 1.1, poich\u00e8 nella SOA 1.2 tale parametro \u00e8 stato reso deprecato.<\/p>\n
A questo punto non resta che provare il nostro servizio tramite Soap Ui e verificare il corretto funzionamento del routing.<\/p>\n","protected":false},"excerpt":{"rendered":"
Nell’articolo di oggi vedremo come mappare i servizi e gestire la loro implementazione. Occorre prima di tutto scegliere la tecnica di gestione per i messaggi xml. Possiamo usare delle librerie di gestione di messaggi xml come JDOM o SAX oppure delle tecniche di marshalling per la trasformazione di flussi xml in classi java e viceversa, … Continua la lettura di SPRING WS – TUTORIAL 4 – MAPPING DEI SERVIZI<\/span>