Version imprimable
Bonjour,
Depuis un moment, je constate l'apparition de missions, autour de Java, parlant de WebMethods comme techno à maîtriser. J'ai eu beau chercher, je n'ai pas trouvé de tutoriel.
Pour moi ce sont des Web Services mais si quelqu'un peut m'en dire davantage, je suis preneur.
Merci d'avance.
Je pense qu'il s'agit de webMethods, le produit de SoftwareAG et non pas d'une opération d'un service web...
Dans quel contexte ?
Moi aussi, je suis dans la même situation que la tienne, j'ai entendu parler ces derniers jours de cette techno...Citation:
Envoyé par otam2
J'ai googlé mais il n'y avait pas vraiment de documentation précise.
Ce que j'ai compris, c'est qu'il s'agit d'une technologie permettant à des plateformes hétérogènes de communiquer entre elles.
Je savais que c'étaient des notions un peu généralisées mais je n'ai pas trouvé d'autres infos utiles.
Quelqu'un a-t-il des informations à ce propos ?
Merci d'avance.
Ce dont tu parles sont les "Web Services".
Un Web Service offre des opérations à distance sur le protocole HTTP et au format XML (SOAP ou REST). Ces opérations étant de "vulgaires" méthodes d'instances de classes JAVA.
Ca sert effectivement, entre autre, à faire communiquer des systèmes hétérogènes (du PHP avec du JAVA, du JAVA avec du C#, etc.). Tant que les fameux systèmes savent faire de l'HTTP et de l'XML, il y a de l'espoir.
Ce qui n'a rien à voir avec l'outil webMethods de Software AG qui est une gamme de produits middleware pour les entreprises (qui font d'ailleurs du Web Service, au passage)
Google propose pourtant tout de suite les solutions de Software AG quand on tape "webMethods" http://www.softwareag.com/fr/products/wm/default.asp
J'espère avoir répondu à ta question.
Merci pour ta réponse.Citation:
Envoyé par fxrobin
Ma question est plutôt comment l'outil WebMethod permet de faire des WS ?
Et quelle relation entre l'annotation @WebMethod utilisé par CXF et l'outil webMethods de Software AG ?
Bonjour,
A priori tu auras plus de chance de trouver des informations sur le site de l'éditeur en question plutôt qu'ici...Citation:
Envoyé par lahmar.abdel1
La relation c'est un nom similaire (quand on prend soin de faire attention à sa syntaxe on se rend compte qu'il y a 3 différences...) et le domaine technique concerné. Ca s'arrête-là...Citation:
Envoyé par lahmar.abdel1
Le nom choisi est sans doute pas très heureux de la part de Software AG, à moins que ce ne soit l'inverse...
Je crois que la gamme de produits WebMethods de software AG existait bien avant "@WebMethod" apparue avec JAX-WS ...
Mais effectivement, ça n'a rien à voir.
C'est comme comparer une fourchette avec les anneaux de Saturne : rien à voir.
Bonjour,
en effet, webMethods est un produit de la firme SoftwareAG.
webMethods permet de faire de l'EAI.
L'objet de l’EAI est de faire en sorte que les applications existantes et futures puissent communiquer entre elles et partager des informations de la manière la plus efficace et la plus simple possible.
Quand tu as plusieurs applications hétérogènes qui doivent communiquer quasiment toutes ou la plupart entre elles par multiples protocoles (soap, REST, http(s), ftp(s), mail, etc ...) , il te faut trouver un moyen simple de pouvoir gérer tout cela "sans toucher les applications cibles ou destinataires" à chaque fois que tu as besoin de faire communiquer une application avec une autre.
http://www.volle.com/travaux/eai.ht1.gif
Dans cette image ci-dessus, et dans un contexte sans EAI, tu as toujours n*(n-1)/2 points (liens) à gérer.
Dans un contexte avec EAI, il n'y a plus que n points à gérer.
Dans le contexte de l'EAI, on ne s'occupe plus que de modifier/faire évoluer l'EAI qui va se charger de faire communiquer une application source et une application cible.
En cela, il y'a plusieurs applications qui permettent de faire de l'EAI, en l'occurrence webMethods. webMethods est tout simplement une plateforme d'EAI qui assure :
- Routage : Gérer flux de messages entre applications source/cible
- Transformation : faire les éventuelles transformations nécessaires des données avant envois
- Connecteur : assurer la connexion entre les différentes applications
- Transport : transporter les messages de source vers cible
D'une façon un tout petit peu plus concrète, tu peux avoir une application disponible source accessible que protocole FTP, une autre que par appel/requête WS ou REST, une autre que par HTTP ... les sources/cibles peuvent être des serveurs, des téléphones portables ou tablettes, ... les applications peuvent être écrites JAVA, .NET, Android, Php, C ou juste un dépôt FTP ou serveur de base de données ... PEU IMPORTE, webMethods (l'EAI) est censé les faire communiqués entre elles.
Avantages majeurs : gain en temps de dév / maintenance, facilité de dév / maintenance ... pas besoin de modifier les applications source ou cibles même si on ajoute une nouvelle application .
Sans EAI, si tu voulais ajouter une nouvelle application, tu aurais eu à modifier les applications cibles pour récupérer les messages, les traiter/transformer dans le bon format avant de les consommer (c'est trop ...)
Si tu fais de la TMI ou de la TMA sur plusieurs applications, webMethods ou l'EAI au sens large, est une très intéressante technologie.
webMethods se base néanmoins sur plusieurs spécifications JavaSE/JavaEE pour faire son travail. Je peux notamment citer les servlets, JSP, JDBC, JNDI, JMS, aux JSR permettant de faire du webService, du REST et j'en passe. (je ne rappelle jamais par coeur des numéro de JSR ;))
NOTE : je confirme que webMethods n'a rien à voir avec l'annotation @WebMethods qu'on voit lorsqu'on fait des webservices en JEE.
Cordialement,
Je pense que si tu parles d'EAI en 2012, il faut aussi parler d'ESB et de SOA ;)
quelques liens :
- http://fr.wikipedia.org/wiki/Enterprise_Service_Bus
- http://middleware.smile.fr/Concepts-...essages-ou-MOM
@ fxrobin
en effet, il faut parler des ESB, des MOM au sens global, des Broker etc ...
Mais je ne voulais pas entrer dans trop de détails de ce qu'est l'EAI, mais plutôt rester dans des généralités. L'intérêt étant de lui expliquer justement l'intérêt d'un EAI. Et encore, même après avoir répondu, je me disais encore que c'est encore abstrait (à priori)
"c'est pas faux" :mrgreen: