Discussion :

[anthyme]

Bonjour,

J'ai un problème d'utilisation de WCF avec linq.

En gros lorsque je renvois des données composé de beaucoup d' "entités Dlinq" lié entre elle j'ai ce type d'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ComunicationException
There was an error while trying to serialize parameter http://tempuri.org/:record. The InnerException message was 'Object graph for type 'Cephalon.Regstup.Common.RegstupService.MedicamentRecordQuantity' contains cycles and cannot be serialized if reference tracking is disabled.'.  Please see InnerException for more details.

En gros c'est du au fait que lorsque l'on a une relation de type :
Un objet Personne a un objet Adresse => l'objet Adresse contient un EntitySet des objets Personne qui ont cette addresse.
D'où le cycle à la serialisation (le sérialiseur sérialise l'objet personne puis son adresse relative puis les personne relative puis l'adresse relative, etc)

J'avais déjà résolu ce problème de serveur => client avec un attribut qui customise la serialisation effectué par le ServerHost mais je ne trouve pas de solution pour le Client => Server.

Il est dit d'activer le "reference tracking" mais je ne trouve pas comment l'activer.

Donc voila si quelqu'un a déjà eu ce genre de problème est ce qu'il pourrait me dire comment il l'a résolu ?

Merci

[gdkenny]

Salut,

tu utilises "l'antipattern" WCF + linq...

j'ai aussi eu ce problème, et je n'ai pas trouvé de solution adroite avec linq to sql.

Apparemment il faut attendre linq to entity.(nhibernate?)

En attendant, je ne serialize pas les relations.

[tomlev]

Apparemment il faut attendre linq to entity

Attendre ? Plus besoin d'attendre, les SP1 de VS2008 et du framework 3.5 sont sortis il y a quelques semaines

[The_badger_man]

As-tu jeté un oeil ici:
http://oakleafblog.blogspot.com/2007...ework-xml.html
http://oakleafblog.blogspot.com/2007...-with-and.html

[gdkenny]

Attendre ? Plus besoin d'attendre, les SP1 de VS2008 et du framework 3.5 sont sortis il y a quelques semaines

je savais que le sp1 était sortie mais pas qu'il contenait linq to entity

[anthyme]

linq to entity pose les mêmes problemes

par contre il y a des solution comme en utilisant des serialiseur qui verifie les cycles dans les graphe d objet ou mettre certaines propriété des entité en internal ou encore mettre la serialisation a unidirectionnal

[gdkenny]

linq to entity pose les mêmes problemes

par contre il y a des solution comme en utilisant des serialiseur qui verifie les cycles dans les graphe d objet ou mettre certaines propriété des entité en internal ou encore mettre la serialisation a unidirectionnal

A bon? j'ai pourtant lu que linq to entity proposait une sérialization des graphes par défaut

http://realworldsa.dotnetdevelopersjournal.com/

[anthyme]

il met les attributs datamember mais je ne crois pas que cela résoud les problemes de cycles,

il faudra que je vérifie.

[IsraGab]

Salut,
Linq to entity serialise par defaut?

[Invité]

Salut,
Linq to entity serialise par defaut?

Que veux-tu faire plus exactement ?

Pas défaut tes entités sont sérialisables vu qu'elles sont décorées de l'attribut DataContract et les propriétés de DataMember.

[IsraGab]

Oups, ah ouai?! J'avais pas fais gaffe
Je cherche juste a connaitre un peux plus linq to entities.
L'année derniere j'avais fait un site en me servant de linq to sql pour l'utilisation des données. La je le refait avec les particularités du framework 4.

Mais si deja tu me pose la question. Cela veut il dire que la serialisation est bidirectionelle?

[Invité]

Cela veut il dire que la serialisation est bidirectionelle?

Ouais.

[IsraGab]

Et si je veux rendre unidirectionnel comment je fais?

(Merci pour tes réponse au fait, )

[Invité]

Avant d'aller loin qu'entends-tu par bidirectionnels et unidirectionnels ?

Moi j'entends par unidirectionnel, le fait que la requête soit envoyée par le client et qu'après il continue ce qu'il faisait et s'en fou que la requête envoyée soit bien traitée ou pas. ça toujours été possible avec WCF et c'est pas parce que c'est Linq to Entities que cela va changer. Il suffit de jouer sur la propriété IsOneWay de ton attribut OperationContract.

[IsraGab]

Merci,
Je ne savais pas que je pouvais donner des arguments a mon attribut OperationContract.

Oui, unidirectionnel, justement. Comme ca le client est plus libre.

[Invité]

Je suis d'accords que le client est plus libre mais n'est pas recommandé et impossible d'intercepter les FaultException (exception SOAP).