Discussion :

[olibara]

Bonjour

Je cherche a résoudre un probleme de reference ambigue d'une classe utilisée par deux services

Au niveau serveur Cette classe est définie dans un projet datacontrat regroupant les interfaces des deux services
J'ai la methode A du service S1 qui rends une classe de type C
J'ai la methode B du service S2 qui rends AUSSI une classe de type C

Le problème est au niveau client,

Lorsque je cree un client qui consomme les deux services je ne parviens pas a lui faire comprendre que la classe C est la meme

Quelle serait la bonne tactique ?

[Nicolas Esprit]

Bonjour,

J'avoue n'avoir jamais eu ce cas, mais il est logique que lorsque sur le client les deux proxy sont générés, il n'y a pas moyen de savoir que le type C est commun aux deux proxy.

Par contre, si tu utilses une interface pour la classe C, cela devrait aller mieux non ?

Une autre solution, un peu génante, est de modifier les proxy en extrayant la définition de la classe C. Là au moins tu es sûr que ça fonctionne, mais il est vrai que ce n'est pas très recommandé.

Si quelqu'un a une autre solution, ça m'intéresse ausi !

[olibara]

Une autre solution, un peu génante, est de modifier les proxy en extrayant la définition de la classe C. Là au moins tu es sûr que ça fonctionne, mais il est vrai que ce n'est pas très recommandé

Salut Nicolas

Il me semble que cette solution sera celle a envisager car si personnellement je fais mes test client avec VS il n'est pas impossible (et meme probable) que ces services seront consommés en PHP principalement
Dans ce cas il est clair que la generation des proxy sera plus "manuelle" que le "all in the box" magique the VS

Cependant, ta suggestion d'interface m'intéresse mais me laisse un peu perplexe.
Tu la définirait ou cette interface ?

[Kikuts]

Bonjour, je détère ce sujet car je suis tombé dessus via google donc d'autre tomberont aussi.

J'ai ce même problème.

Par exemple, j'ai un service facturation, un service manipulation.

Ces deux services contiennent des références à l'entity Client.

Lorsque je fais serviceManipulation.Add(monClient); j'ai une erreur "ambiguité entre deux classes client blablabla" car monClient est un objet valorisé par le service facturation.

Je n'ai pas trouvé d'autre moyen que de regrouper mes deux services en 1. Et je trouve cela très désagréable et lourd car chaque service fait dans les 800 lignes de codes ormis commentaires.

J'espère que vous allez recevoir une notif mail et venir répondre :p

Car si vous avez trouvez une solution je suis preneur ! C'est très lourd de faire une classe Convertisseur qui prend un objet client de type servFactu en param et restitue un servManip.Client :s

[Nathanael Marchand]

Bonjour, je détère ce sujet car je suis tombé dessus via google donc d'autre tomberont aussi.

J'ai ce même problème.

Par exemple, j'ai un service facturation, un service manipulation.

Ces deux services contiennent des références à l'entity Client.

Lorsque je fais serviceManipulation.Add(monClient); j'ai une erreur "ambiguité entre deux classes client blablabla" car monClient est un objet valorisé par le service facturation.

Je n'ai pas trouvé d'autre moyen que de regrouper mes deux services en 1. Et je trouve cela très désagréable et lourd car chaque service fait dans les 800 lignes de codes ormis commentaires.

J'espère que vous allez recevoir une notif mail et venir répondre :p

Car si vous avez trouvez une solution je suis preneur ! C'est très lourd de faire une classe Convertisseur qui prend un objet client de type servFactu en param et restitue un servManip.Client :s

Astuce simple: Il faut que toutes les entités soient dans la même Assembly(appellons la ContractEntities). Cette Assembly doit être référencée côté client et côté seveur. Ainsi, en ajoutant la référence de service, il faut veiller à ce que la case "Reuse types in all referenced assemblies" dans les options avancées.