Discussion :

[Dargos30]

Bonjour,

Je débute sur les Web service WCF.

Je vous explique j'ai développé un webservice qui doit retourné des type List<T> mais j'ai un problème de sérialization je pense.

Coté service:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
    [ServiceBehavior]
    public class ServiceDomus : IServiceDomi
    {
        private DOMUSEntities DomiContext;
 
        #region IServiceDomi Membres
        public List<MOE> GetListMOE()
        {
            this.DomiContext = new DOMIEntities();
            return  this.DomiContext.MOE.OrderBy(p => p.Name).ToList();
        }
 
etc...

Mes objets (MOE) sont référencé dans BusinessObject.dll externe au projet.

Interface

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 
    [ServiceContract]
    public interface IServiceDomus
    {
        [OperationContract]
        List<MOE> GetListMOE();
etc..
 
}

De plus quand je fais le test client WCF, il me dit que mon opération GetListMOE n'est pas pris en compte car elle utilise BusinessObject.MOE

Une idée?

[Dargos30]

Bon le problème ne vient pas de la sérialisation car elle fonctionne bien quand je fais appel a un objet MOE.

Le problème se situe plus au niveau du buffer de donnée je pense.

En effet il plante lorsque je veux transferer une liste de mon entitée, mais pour un seul ca marche bien.

Mon objet MOE contient un sous objet systeme technique.

et pour certain MOE, j'ai plus d'une centaine de sous objet system technique, d'ou un plantage lors du return.

Je continue d'analyser

[Invité]

Si le problème vient du fait qu'il y a trop d'élément dans ta liste (ton graph d'entité) alors il faut modifier le paramètre maxitemsInObjectGraph comme suit en créant un behavior :

Code xml :

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

1
2
3
4
5
6
7
8
 
<behaviors>
  <serviceBehaviors>
    <behavior name="monBehavior">
      <dataContractSerializer maxItemsInObjectGraph="mets ce que tu veux ici"/>
    </behavior>
  </serviceBehaviors>
</behaviors>

[chrisdot]

Et si tu mets un ICollection<> à la place te ta List<> dans le contract?

[Invité]

Et si tu mets un ICollection<> à la place te ta List<> dans le contract?

ICollection ou List<>, WCF s'en fout parce que toute collection sera transformée en type soap:array si je ne me trompe pas.

[alexxxx69]

ICollection ou List<>, WCF s'en fout parce que toute collection sera transformée en type soap:array si je ne me trompe pas.

On peut dans les options de la référence de service choisir le type de données qu'on veux, array, IList, Collection... a vérifier donc

Ci joint un petit screen

[Invité]

On peut dans les options de la référence de service choisir le type de données qu'on veux, array, IList, Collection... a vérifier donc

Ce que tu montres dans ta capture d'écran c'est unqiuement dire au proxy qui sera généré de traiter les types soap:array en les remplaçant par le type que tu auras définis. Sauf qu'au moment de la sérialisation pour envoyer les données ce n'est pas le type choisi qui transitera avec une quelconque donnée qui indiquera qu'il s'agit d'une List<T> ou tout autre type propre à .Net mais il sera sérialisé en un type soap:array qui lui est standard et indépendant de la technologie.