Discussion :

[Mady_roar]

Salut à tous,

Dans le cadre de mon stage je dois externaliser via un agent distant un service windows déjà existant.
Je sais déjà créer un service web de deux façons différentes (WCF application & Library) ainsi que l'héberger sur IIS.

Maintenant, je dois mettre en relation un Webservice avec ce fameux service windows d'alimentation.
Dans cette appli, il y a une classe de connexion par laquelle tout passe. (si le type de BDD est "oracle" alors on fait ce traitement, etc etc).

A l'heure actuelle, je ne vois pas comment porter cette appli sur mon Webservice.
Auriez-vous des pistes ?

Si vous avez besoin de plus d'informations pour mon projet, n'hésitez pas.
D'avance merci pour votre aide.

Mady

[Mady_roar]

Je pense être sur une piste.
Wcf peut-il retourner autre chose que les simples int, string, etc ?

Si je peux renvoyer un DbDataReader ça serait top.
Je me suis un peu documenté, et apparemment ce genre d'objet n'est pas sérialisable.
Suis-je dans le bon ?

Merci

EDIT:
pour les dataReader ce n'est pas possible apparemment, je repars donc de zéro

[Invité]

Je pense être sur une piste.
Wcf peut-il retourner autre chose que les simples int, string, etc ?

Oui tu peux renvoyer autre chose que les types CLR. Pour cela il faudra passer par des contrats de données. En gros tu crées tes structures de données (classes ou enums) que tu décores par l'attribut DataContract.

Si je peux renvoyer un DbDataReader ça serait top.
pour les dataReader ce n'est pas possible apparemment, je repars donc de zéro

Utiliser en paramètre d'entrée ou de retour un type DataReader est impossible mais par contre tu peux utiliser une DataTable ou un DataSet. Cependant cette manière de faire n'est pas recommandée avec WCF. Passe par les contrats de données.

[Mady_roar]

Merci pour ta réponse

Si je comprends bien, je peux "copier/coller" ma classe entière déjà existante dans mon service WCF et la décorer par [DataContract] ainsi que les objets par [DataMember] ?

Par contre, qu'en est-il du contrat (de l'interface) ? Quelles méthodes doit-on coder si nous avons déjà notre classe décoré par [DataContract] ?

Si je résume bien:
_ [ServiceContract] -> définie les méthodes exposées au client par le service
- [DataContract] -> définie une classe entière afin d'être transmissible par WCF

[Invité]

Si je comprends bien, je peux "copier/coller" ma classe entière déjà existante dans mon service WCF et la décorer par [DataContract] ainsi que les objets par [DataMember] ?

Oui, c'est ça.

Par contre, qu'en est-il du contrat (de l'interface) ? Quelles méthodes doit-on coder si nous avons déjà notre classe décoré par [DataContract] ?

Une fois tes contrats de données définies, tu les utiles naturellement comme tu le faisais avec les types simples dans les méthodes du contrat de services mais en vérifiant que ces dernières sont elles aussi décorées de l'attribut OperationContract.

Si je résume bien:
_ [ServiceContract] -> définie les méthodes exposées au client par le service
- [DataContract] -> définie une classe entière afin d'être transmissible par WCF

ServiceContract => Attribut sur l'interface exposant les méthodes
OperationContract => Attribut sur les méthodes de l'interface
DataContract => Attribut sur la classe faisant office de contrat de données
DataMember => Attribut sur les propriétés de ton contrat de données.

[Mady_roar]

J'ai bien saisie la différence, merci bien.
Cependant, voici un extrait de la classe que je vais décorer dans mon WCF service (sur l'impr elle est dans le projet du service windows tel quelle que je dois externaliser).



J'ai regardé des classes décorées par l'attribut DataContract sur le net, et il se trouve que toutes les méthodes sont des getters et setters (un exemple ici http://wcftutorial.net/Data-Contract.aspx)

Puis-je tout de même décorer ma fonction read() avec l'attribut DataMember ?

Désolé si la question te semble un peu bête. Ca me frustre de butter sur ce genre de truc alors que WCF parait assez accessible...