WebService Java pour appli .NET

Bonjour à tous,


Je développe actuement un intranet + service Windows en .NET (C#).

Je vais devoir utiliser un outil développer en Java. Pour celà une personne s'est proposée pour me créer un WebService en Java afin de faire le pont entre l'API du programme java et mon intranet/service Windows.


J'aurais aimé avoir un peu plus d'information sur les WebServices Java.
Existe-t'il une façon de les rendre compatible avec d'autres languages?


Je n'ai pas envie de m'amuser à créer des messages SOAP pour discuter avec ce future WebService.

Je voudrais donc savoir ce qu'il faut que je demande au développeur Java.


Merci,


François

Personne ?...


J'aurai peut être plus de chance de poser la question en .NET.


Si un modo/admin passe dans le coin il peut déplacer, sinon je créerai un nouveau topic demain en .NET

Le principe des Web service c'est qu'ils ne dépendent pas du langage dans lequel ils sont implémentés, tu peux en faire en Java, en C#, en C++, en PHP etc.
En gros tu fais une requête en XML et le service te renvoie une réponse en XML et ça, tous les langages un peu évolués le font sans pb. C'est donc un moyen simple pour faire communiquer deux applis écrites avec des technologies différentes.

Metro est un framework pour faire des web services en Java. Il est intégré dans GlassFish et dans le JDK 6. Sa partie WSIT (extension à JAX-WS) permet de faire des Web Services avancés avec .Net (.Net WCF pour être précis).

Tutorial: http://java.sun.com/webservices/docs/2.0/tutorial/doc/

Merci,


Je vais regarder à Metro.


Le but est simplement d'utiliser un webService Java comme un WebService .NET.
Donc de ne pas devoir créer de trame XML (soap), mais d'utiliser un proxy créé automatiquement sur base de la définition du WebService.

effectivement, c'est bien la démarche, ne pas voir l'XML.

Je me permet d'intervenir ... étant novice ... pouvez vous m'expliquer pourquoi il faut pas aller voir du côté du XML ??

trop bas niveau, pas de typage fort, IDE quasi inutiles.

Je me permets d'apporter un complément.

Comme déjà dit, le principe de base d'un Web Service est d'apporter une couche d'abstraction par rapport au langage utiliser (cela se concrétise par l'utilisation du XML au niveau des requêtes/réponses).

Pour faire en sorte que tout le monde se comprenne, on utilise un Contrat d'interface, le fichier WSDL.

En tant que fournisseur de service, vous pouvez vous contentez de délivrer ce fichier à tous vos clients.

En tant que consommateur, le fichier WSDL est le point d'entrée pour créer votre programme client.

Dans les 2 cas, les outils (Metro cité par Alexis par exemple) permettent de générer du code Java correspondant aux objets décrits dans ce contrat d'interface. Le développeur n'a qu'à utiliser ces objets sans se soucier du XML. La "stack Webservice" s'occupe de sérialiser/désérialiser ces objets en XML(SOAP).

J'ai fait quelques billets sur mon blog qui illustre ceci (http://geek-ecolo.blogspot.com/). Dans mon cas, il s'agit de la création d'un Web Service à partir du WSDL. Mais pour créer un client, la démarche est la même. Ce sera peut-être mon prochain billet ;-)

A+

Laurent

Merci à tous pour l'éclaircissement.


Je ne savais pas que le wsdl existait aussi en Java.

Donc tout ira bien.