Quelle est la bibliothèque SOAP standard à utiliser dans groovy?
J'ai juste besoin d'un client de SAVON pour faire des appels à distance, mais je suis un peu Groovy noob. Selon le Groovy de la documentationla norme Groovy SAVON bibliothèque est obsolète. Au lieu de cela, les docs point de vous pour une nouvelle bibliothèque: GroovyWS.
Malheureusement, GroovyWS a un avertissement qui dit que le projet est en sommeil, et il indique ensuite que vous Groovy WSLite.
Groovy WSLite en fait semble être toujours en développement actif, mais pas très "Groovy-ish", par rapport aux 2 précédents bibliothèques. Est wslite ce que tout le monde utilise?
source d'informationauteur matmer
Vous devez vous connecter pour publier un commentaire.
Je pense que vous trouverez à la fois GroovyWS et groovy-wslite (et HTTP Builder) sont utilisés comme Groovy client SOAP bibliothèques dans des projets et la décision a été probablement l'un des qui a travaillé et qui avait l'API, à l'approche de l'préférés de l'utilisateur (dans cet ordre).
Mon conseil serait de donner GroovyWS d'essayer si vous aimez les API et sa capacité de proxy un document WSDL et voyez si cela fonctionne pour les services dont vous avez besoin pour interagir avec. Les choses n'ont pas beaucoup changé dans le SAVON monde donc je ne serait pas à trop se soucier de la façon dont il a récemment été mis à jour. Si cela fonctionne, vous avez terminé, si vous rencontrez des problèmes que vous n'êtes pas en mesure de facilement trouver de l'aide alors je voudrais essayer les solutions de rechange.
groovy-wslite (disclaimer: je suis l'auteur) vise à fournir un poids léger (en termes de dépendances) autres que les métiers de la commodité de WSDL analyse/l'utilisation de proxy pour rendre plus facile d'avoir plus de contrôle sur l'résultant de savon appel sans avoir à creuser profondément dans les entrailles de certains sous-jacent Java framework comme CXF. Certains préfèrent avoir les fonctionnalités supplémentaires de la bibliothèque construite sur le toit d'un cadre comme ça, alors que d'autres préfèrent la simplicité de l'autre approche.
La chose qui rend Groovy si grand, c'est comment il est facile à intégrer avec Java. Donc, comme d'autres l'ont déjà souligné, vous pouvez intégrer avec Java web service clients comme le Printemps WS, CXF, et JAX-WS assez facilement.
Je resterais façon claire de groovyws, elle le suce.
Après avoir regardé autour, j'ai finalement choisi la solution de l'utilisation de spring web services et le contrat piloté par les services web.
Le client instancie des objets de commande avec un toXml() méthode qui génère la requête soap XML. Ensuite, utilisez la WebServiceTemplate à sendToEndpoint.
Pour le serveur, nous utilisons printemps, services web, les systèmes d'extrémité. L'analyse de la entrant xml est un jeu d'enfant, et vous n'avez pas besoin de maréchal le XML dans un objet, comme le GPathResult résultant d'une XmlSlurper est totalement gérable. Notre serveur s'exécute au-dessus du graal, donc nous avons profité de la springws graal plugin, ce qui rend la création de points de terminaison de même plus facile.
Il y a une mise en garde, cependant. Le springws plugin pour le graal est pas à jour. Spring web services est maintenant la version 2.x et springws plugin est livré avec 1.4.x je pense. Cependant, il est très facile à utiliser sans le plugin, et je pense que mettre à jour le plugin pour la nouvelle api n'est pas difficile.
Aussi, si vous voulez faire MTOM, springws devient un peu plus compliqué, parce que vous avez besoin de creuser plus profondément dans le traitement de message. J'ai été en mesure de faire assez avancé ws-security trucs avec le printemps, services web, cependant, pas de problème.
Sinon, je voudrais utiliser cxf (poignées MTOM bien), si vous voulez coller avec jax-ws et coll.
Le overhea est probablement plus élevé, car tous les générées dynamiquement les procurations et les pojo.
Aussi, il n'est pas un contrat-conduit, qui est un gros plus pour nous.
http://predic8.com/groovy-web-services-jax-ws.htm
http://cxf.apache.org/docs/how-do-i-develop-a-client.html
On dirait que vous avez fait les devoirs-vous! Groovy WS Lite semble être actuellement en train de travailler. Si vous voulez voir spring-ws en action avec Groovy, puis ici, c'est un la suite de tests projet que j'avais créé sur github.