Discussion :

[WOLO Laurent]

Je parle bien entendu de validation côté serveur et non côté client

[Invité]

Je parle bien entendu de validation côté serveur et non côté client

Alors là je te comprends plus. Depuis quand il existe une sois-disant validation côté Serveur en WCF ?

WCF s'en fout que les données soient valides ou pas tant que le message entrant ou sortant respecte le format qu'on attend de lui et qui est défini dans le WSDL.

La seule chose qui ressemble à de la validation des données est le fait de rendre obligatoire la saisie des données côté client sinon une exception est déclenchée. Mais cette méthode ne peut en aucun cas être considérée comme validation des données.
Question : comment peux-tu dire à WCF de valider un email que ce soit côté client ou serveur ?

[WOLO Laurent]

Alors là je te comprends plus. Depuis quand il existe une sois-disant validation côté Serveur en WCF ?
WCF s'en fout que les données soient valides ou pas tant que le message entrant ou sortant respecte le format qu'on attend de lui et qui est défini dans le WSDL.

Attention, il me semble que nous avons un problème de language.
Validation=respect de format attendu et format attendu est dicté par les paramètres d'entrées et/ou de sorties qui permettent de générer un schéma xml pour la vérification, maintenant WSDL n'est qu'une définition. Je ne vais pas continuer à discuter si vous voulez, ouvrer un nouveau post.

[Invité]

Cool ! là je vois bien.

[NicoL__]

Un peu de lecture

http://msdn.microsoft.com/en-us/library/ms733832.aspx

La problématique c'est qu'au court du temps le client va avoir une définition d'une classe utilisée par le webservice qui ne sera plus à jour avec celle du serveur car des champs vont être ajoutés à cette classe côté serveur.

Si IsRequired n'est pas à true, le serveur est capable (heureusement) de desserialer les vieux appels sans problème.

[Invité]

+1,

C'est pour cela que cette propriété est à False par défaut et du coup lorsqu'une nouvelle version entraîne qu'on soit obligé de retirer une des propriétés du contrat de données, WCF arrivera tout de même à dé sérialiser le message bien qu'il ait une donnée manquante.

[WOLO Laurent]

Maintenant ce que je veux que vous puissiez comprendre c'est que tout cela est traduit en XSD. Voici ce que dit un self-passed:

WCF and Web Services Standards
Although the details of Web standards are outside the scope of this book, it is at least
worth commenting on how the various WCF contracts relate to three of the core Web
services standards. The three core types of WCF contracts map directly to a corresponding
Web services standard in the following way:
�� Service contracts map to WSDL
�� Data contracts map to XSD
�� Message contracts map to SOAP
In fact, as can be seen from the fact that most of these contract definition mechanisms
reside in a namespace called System.ServiceModel, Microsoft as part of its vision of
modeling and Domain Specific Languages (DSLs) views these contract-definition languages
as .NET-based models that can be used as alternatives to their standards-based
counterparts.

[Invité]

Je ne comprends pourquoi avoir ça si on est tous d'accord.

Tu veux en venir où plus exactement en citant les correspondances entre WCF et les standards des services web ?

N.B.: XSD représente un contrat de données. Or on sait tous XSD permet de définir des éléments comme étant optionnels d'où la propriété IsRequired que je traîne dans plusieurs de mes posts.

[WOLO Laurent]

Le fait que le WCF s'appuie sur XSD et que XSD permette de valider les données ! Et donc comment pouvez-vous me dire que depuis quand WCF valide les données côté service ? C'est là mon problème.

[Invité]

Le fait que le WCF s'appuie sur XSD et que XSD permette de valider les données !

un petit rappel sur l'utilité du XSD : c'est un schéma défini à l'avance et qui permettra de vérifier qu'une structure de données qui est du XML est bien formé et valide.
Maintenant qu'entends ton par l'adjectif valide dans le contexte du XSD : le fait que la structure soit valide signifie que l'ensemble des règles est respecté comme par exemple :

• s'avoir q'un élément doit apparaître une seule fois,
• qu'un élément peut apparaître plusieurs dans un fichier,
• que tel élément est obligatoire,
• tel autre ne l'est pas,
• etc...

XSD joue sur les éléments et attributs pour voir si la structure est valide et non les contenus donc les données de ces derniers. Si tu m'as bien compris => XSD ne permet pas de vérifier la validité des données mais la validité de la structure. Ce qui donne le lemme suivant : WCF ne permet pas de vérifier la validité des données contenu dans un contrat de données mais oblige que le message SOAP rentrant respecte la structure définie dans le contrat pour pouvoir être désérialisé.

Et donc comment pouvez-vous me dire que depuis quand WCF valide les données côté service ? C'est là mon problème.

En gros t'arrives pas à voir la différence entre validation des données et validation d'une structure de données (c'est ce dernier qui est effectué par XSD).

[WOLO Laurent]

Ah, voila que nous avons juste des problèmes de language, je pense que nous nous comprenons maintenant On disait la même chose.

[Invité]

Sujet clos mon ami.

Juste qu'on doit utiliser les bons mots à la place qu'il faut.

Bonne soirée à tous .