Salut,
 
Je reviens à la charge à propos des WebServices.
 
Plateforme :
Serveur de base de données Oracle 8i hébergé sur Windows 2000 Server (d'ici deux mois, 10g sous Windows 2003 Server)
WebService hébergé sur un serveur Windows 2003 Server, écrit en C# .NET 2.0
Application cliente tournant sur Windows 2000 Pro/XP Pro, écrite en C# .NET 2.0
 
Architecture :
Je suis en train d'écrire une application Windows, qui attaque une base de données qui doit rester inaccessible aux utilisateurs. Mais l'appli doit être utilisable de n'importe où, y compris depuis Internet.
J'ai donc choisi d'utiliser des WebServices simples découpés en métiers afin d'interroger la base depuis mon appli.
Pour le moment, j'ai deux WebServices :
- Agent : Permet à l'utilisateur de s'authentifier et de charger son profile dans l'application
- Customer : Permet d'interroger la base de données à propos des clients et la mettre à jours depuis l'application
 
Problèmes :
Premier problème. (En fait, je viens de me rendre compte qu'un autre bug faisait planter... Il ne doit pas y avoir de problème, mais on ne sait jamais...)
J'ai une méthode :

Appel :

Est-ce que ça marche ? J'ai obtenu pendant une heure une erreur de cast, et j'ai changé le "codsoc" en "string", puis fait un "decimal.Parse()" dans la méthode. Mais je me suis rendu compte que j'avais aussi un problème de cast dans la méthode plus loin, et du coup j'ai pas retesté... (putain que c'est relou cette histoire de debuger qui marche pas )
 
Second problème (celui-là, c'est un vrai)
Vous vous en doutez, un client, c'est loin d'être une simple string. Pour le moment, je recopie le résultat de mon "DataReader" dans un document "XmlDocument", et je retourne un "dom.InnerXml". Depuis l'appli, je fais alors un "dom.LoadXml(ret)". Ca marche, mais je trouve ça un peu lourd pour pas grand chose.
Est-ce qu'il n'y a pas moyen par exemple de retourner un "struct", qui serait alors aisément encodable par le WebService en Xml, que je pourrais alors recharger simplement ? Même si au final, c'est le même flux qui circule entre les deux, ce serait plus propre... Ou tout autre moyen ?
 
Merci !

Les dataset de .NET c'est vraiment bien. Faut pas t'en priver ça marche très bien. Par contre, n'essaye pas une datatable seule. ça ne marchera pas, mais le dataset ça fonctionne nikel... Ton exemple doit fonctionner normalement. Franchement les Web Services .NET il n'y a rien de plus facile quan dje vois les Web Services JAVA offre bcp moins de flexibilité quand même...

le dataset semble etre la structure qui te conviendrait le mieux. J'utilise aussi des hashtables.
Par contre, le pb recurent est que je garde toujours une colonne pour gerer un code d'erreur. genre si le webservice a reussi a faire ce que je demandais, si j'ai reelement des données, tout ca pour eviter de caster des nulls ou des trucs du genre.

tu peux faire un return d'un dataset dans un webservice ?

Ah ben en effet, en mettant des DataSet, ça fait vachement de lignes en moins

par contre, tu ne peux pas remonter de datatables directement car pas serializable . Il y avait un article de la kb Microsoft a ce sujet, mais je l'ai pas sous la main. si je le retrouve, je t'envoie
l'autre interet de ton dataset est qu'il est "representable" en xml, tu le vois si tu appelles ton webservice via IE  
 
edit : on comprend alors la portabilité inter langage, car si en .net tu peux caster directement en dataset, tu peux aussi bien le caster en domdocument dans un autre langage !

ben en fait, c'est ce qu'il se passe : le webservice retourne de toute façon un flux xml. le ds est encodé en xml, avec une propriété en amont que .NET reconnait afin de comprendre qu'il sait d'un ds. de la même façon, en Java ou autre, on peut retourner un flux compatible dataset de .NET si on s'y prends bien.
 
en fait, ils ont automatisé ce que j'avais fait à la main (recopie de mes données dans un dom, retour d'un string représentant mon dom, puis loadxml du résultat
 
sinon, c'est même mieu qu'on ne puisse pas faire de dt, mais des ds. parcequ'un ds contiens des dt, et du coup je peux retourner le résultat de plusieurs requêtes d'un coup, et les identifier par un tablename différent dans mon ds et en plus ça marche

convernant la création d'un objet JAVA compatible avec .NET laisse tombé. J'ai essayé, à moins de lui fournir un document xml directement, il n'y a pas moyen et c'est vraiment chiant. Quand on voit la sérialisation d'un dataset, c'est full propriétaire. Donc pour construire un ensemble de liste coté java pour que ce soit compatible avec .NET :s laisse tomber... :s

Ben ça va, moi je trouve ça plutôt lisible ce que génère un DS...
T'as le XSD suivit des données formattées selon ce XSL, c'est pas bien compliqué à automatiser pour relire la chose :

je ne dis pas que son xml est compliqué à comprendre. Mais plutot compliqué à généré sans passer par de l'xml pure en JAVA par exemple. Rien qu'au niveau des namespaces c'est déjà le bordel pour concevoir un objet non xml en JAVA compatible avec le DS.

ha ben ouais, mais après si java ils sont pas foutus d'avoir un objet avec une méthode "loadxml" qui pourrait reprendre ton xml modifié, forcément tu vas pas pouvoir t'en servir. mais à ce moment, c'est plutôt java qui pèche. .NET offre le saveXml et loadXml, à java de faire pareil en face

si les deux arrivait à se foutre d'accord, ça m'arrangerait bcp

c'est sûr