Problème web service : pertes de données

Bonjour,

Je travaille actuellement sur un projet Silverlight 4 consommant un web service que j'ai développé et qui est hébergé sur un serveur IIS 7.

J'ai effectué 2 scénarios de tests :
- le premier en incluant le service comme projet en référence de mon projet de test ;
- le second en développant un petit client qui consomme le service.

Mon problème vient du fait qu'en consommant le service (donc lors du second scénario de test) je perds touts les données d'un objet qu'on appellera Container, contenant des informations sur une image quelconque (même si pour mes tests j'utilise une image au format JPG).
La structure du Container ne concerne que les types string, int, double, bool, char ansi que des tableaux de ces derniers types.

Donc en gros, j'ai un objet Container rempli à la sortie de ma méthode en utilisation "directe" (projet de test référençant le service directement), et un objet Container vide à la sortie de ma méthode en consomment le web service hébergé sur IIS.

J'ai même eu un autre problème, àa la sortie de ma méthode en consommant le web service, j'ai eu l'excpetion suivante : [CommunicationException] "Le serveur n'a pas retourné la réponse attendue.".

N'hésitez pas à me demander d'autres renseignements qui pourraient vous être utiles.

Merci d'avance à tous pour vos lumières.

Salut :)

Je suis pas très calé en web service mais il me semble que ton objet 'container' doit etre serializable si tu veux le consommer à travers un web service.

Ce que tu peux tester aussi c'est de faire en sorte que ta web method retourne un dataset plutot qu'un objet de type 'container' juste pour voir si ca te retourne qqchose.

J'espère avoir pu t'aider un peu !
@++

Salut Bal1n,

Tout d'abord merci d'avoir consacré du temps à mon sujet.

Ensuite, mon "container" est un objet que j'ai moi-même développé, il n'a aucun lien avec quelconque concept de C#, c'est juste un vocabulaire que j'ai employé, probablement à mauvais escient.

De plus, il s'agit d'un objet exposé au service, c'est-à-dire que mon objet est annoté par l'attribut DataContract, ce qui en fait forcément un objet sérializable.
Les champs auxquels je veux accéder (et qui sont vides justement) sont annotés quant à eux par l'attribut DataMember, ils sont donc eux aussi sérializable.

Je pense donc que nous pouvons laisser de côté la sérialization.

J'aimerais toutefois rajouter une information.
C'est du côté de mon service que je rempli mon "container". Pour arriver à cela je fais appel à une librairie pour ouvrir mes images. Je ne pense pas que les classes auxquelles je fais appelles et qui appartiennent à la librairie que j'utilise doivent être sérializables, puisqu'elles n'ont aucuns lien avec mon client consommant le service.

Je viens ajouter une information à mon topic :je vous parlais dans mon premier post d'une exception de type CommunicationException.
Le message d'erreur exact est le suivant :

Citation:

---

Le serveur n'a pas fourni de réponse pertinente*; ceci peut être causé par des contrats qui ne correspondent pas, un arrêt prématuré de la session ou une erreur interne du serveur.

---

Et voici la StackTrace fournit :

Citation:

---

Server stack trace:
à System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
à System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
à System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:
à System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
à System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
à WebServiceModelConsummer.MyService.IService1.GetImage(String objectID, Int32 index)
à WebServiceModelConsummer.MyService.Service1Client.GetImage(String objectID, Int32 index) dans C:\Documents and Settings\JuicyLink\Mes documents\Visual Studio 2010\Projects\WebServiceModelConsummer\WebServiceModelConsummer\Service References\MyService\Reference.cs:ligne 3713
à WebServiceModelConsummer.TestsConsoleMyService.GetImage(MyObject object) dans C:\Documents and Settings\JuicyLink\Mes documents\Visual Studio 2010\Projects\WebServiceModelConsummer\WebServiceModelConsummer\Form1.cs:ligne 666
à WebServiceModelConsummer.TestsConsoleMyService.btnGetImage_Click(Object sender, EventArgs e) dans C:\Documents and Settings\JuicyLink\Mes documents\Visual Studio 2010\Projects\WebServiceModelConsummer\WebServiceModelConsummer\Form1.cs:ligne 855
à System.Windows.Forms.Control.OnClick(EventArgs e)
à System.Windows.Forms.Button.OnClick(EventArgs e)
à System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
à System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
à System.Windows.Forms.Control.WndProc(Message& m)
à System.Windows.Forms.ButtonBase.WndProc(Message& m)
à System.Windows.Forms.Button.WndProc(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
à System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
à System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
à System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
à System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
à System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
à System.Windows.Forms.Application.Run(Form mainForm)
à WebServiceModelConsummer.Program.Main() dans C:\Documents and Settings\JuicyLink\Mes documents\Visual Studio 2010\Projects\WebServiceModelConsummer\WebServiceModelConsummer\Program.cs:ligne 18
à System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
à System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
à Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
à System.Threading.ThreadHelper.ThreadStart_Context(Object state)
à System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
à System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
à System.Threading.ThreadHelper.ThreadStart()

---

En espérant que ça pourra nous aider à résoudre mon problème.

Merci.

Je viens vous tenir au courant de l'avancement de mon travail pour la résolution de mon problème.

J'ai aujourd'hui bien ciblé la cause du problème : dans mon objet "container" j'ai des tableaux de type byte, short et ushort, je les ai respectivement appelés ByteBuffer, ShortBuffer et UshortBuffer.
C'est au moins un de ces 3 champs de mon objet qui pose problème puisqu'en leur attribuant la valeur null, tout se déroule correctement.

La question à ce jour est : y aurait-il un problème connu avec les tableaux de type byte, short et ushort stockés dans un objet exposé (ces champs aussi étant exposés) et levant une exception de type CommunicationException ?

Je vais poursuivre mes recherches à ce niveau pour savoir si ce sont ces 3 champs qui posent problème ou l'un d'entre eux seulement (voir 2 possiblement).
Également je testerai l'exposition de ces champs au service, afin de savoir si justement l'exposition qui pose problème ou non.

Je tiendrai état de mon avancement dans le courant de l'après-midi.

Merci.

Pas de réponse toujours, mais je continue de chercher de mon côté...

Donc ce sont définitivement mes buffers qui ne passent pas.

Quand je force à null mes buffers, tout fonctionne correctement, si au moins un des buffers est rempli, peu importe le type du buffer s'il est Byte[], Short[] ou Ushort[].