[Remoting] sérialisation d'un delegate

Salut,
Je viens de faire ce tutoriel, et en cherchant à aller un peu plus loin j'ai rencontré un problème. J'ai voulu ajouter un évènement à mon objet serveur, j'ai donc déclaré l'évènement dans l'interface. Mais lorsque le client tente d'ajouter un handler à l'évènement, il se produit une SecurityException:

Citation:

---

Le type System.DelegateSerializationHolder et les types qui en dérivent (tel que System.DelegateSerializationHolder) ne peuvent pas être désérialisés avec ce niveau de sécurité.

---

J'imagine qu'il faut bidouiller dans la conf pour modifier le niveau de sécurité, mais je ne sais pas comment faire, et s'il faut le faire côté client ou côté serveur, ou les deux...

D'autre part, je me demandais s'il était possible pour le serveur d'obtenir des informations sur le client, notamment son adresse dans le cas d'un channel Tcp ou Http. Ca m'étonnerait un peu que ce ne soit pas possible : puisque la connection se fait par une socket, le serveur a forcément accès à l'adresse du client.
J'ai fouillé toute l'arborescence de System.Runtime.Remoting sans trouver... peut-être System.Runtime.Remoting.Contexts.Context, mais je ne vois pas trop comment l'utiliser, surtout que la doc dit :

Citation:

---

This API supports the .NET Framework infrastructure and is not intended to be used directly from your code.

---

Merci d'avance pour votre aide !


EDIT: il me semblait avoir vu un jour un composant de configuration du framework dans la console de gestion Windows... je suppose que c'est là qu'il faut configurer les options de sécurité, mais je ne trouve plus ce composant :(
Savez-vous où je peux retrouver ça ? J'utilise Vista et VS2008 beta 2

Bon, j'ai trouvé un début de solution ici... mais ça marche pas :(
Voilà l'app.config du client, que je charge avec RemotingConfiguration.Configure :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<?xml version="1.0" encoding="utf-8" ?> <configuration> <system.runtime.remoting> <channels> <channel ref="tcp"> <clientProviders> <formatter ref="binary" typeFilterLevel="Full" /> </clientProviders> </channel> </channels> </system.runtime.remoting> </configuration>

---

Apparemment il doit y avoir un truc qui cloche dans ce fichier de config, j'ai une RemotingException:

Citation:

---

Impossible de lire le fichier .Config 'D:\Docs\Visual Studio 2008\Projects\tests\RemotingSolution\RemotingClient\bin\Debug\RemotingClient.exe.config' en raison de l'exception 'System.Runtime.Remoting.RemotingException: Un modèle 'channel' ne peut pas référencer un autre modèle 'channel'.
à System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ReportError(String errorStr, RemotingXmlConfigFileData configData)
à System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ReportTemplateCannotReferenceTemplateError(ConfigNode node, RemotingXmlConfigFileData configData)
à System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ProcessChannelsChannelNode(ConfigNode node, RemotingXmlConfigFileData configData, Boolean isTemplate)
à System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ProcessChannelTemplates(ConfigNode node, RemotingXmlConfigFileData configData)
à System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ParseConfigNode(ConfigNode rootNode)
à System.Runtime.Remoting.RemotingConfigHandler.LoadConfigurationFromXmlFile(String filename)'.

---

J'ai la même erreur côté serveur.
Je suis un peu largué... et vu l'heure, je crois que je vais m'arrêter là pour ce soir ;)

Personne pour m'aider ? :cry:
J'ai réussi à résoudre l'erreur ci-dessus (il fallait un élément <application> autour de l'élément <channels>), j'ai mis en place un wrapper pour transmettre l'évènement, comme indiqué dans l'article indiqué ci-dessus, et maintenant j'arrive à enregistrer mon handler, mais j'ai encore une RemotingException (côté serveur) quand l'évènement est déclenché...:aie:

Citation:

---

Ce proxy distant n'a pas de récepteur de canal, ce qui signifie que le serveur ne possède pas de canaux serveur inscrits à l'écoute ou que cette application ne possède pas de canal client approprié pour communiquer avec le serveur.

---

:arf:
Je comprends rien... help please !

Pour info, la conf modifiée du client :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<?xml version="1.0" encoding="utf-8" ?> <configuration> <system.runtime.remoting> <application> <channels> <channel ref="tcp"> <clientProviders> <formatter ref="binary" typeFilterLevel="Full" /> </clientProviders> </channel> </channels> </application> </system.runtime.remoting> </configuration>

---

et du serveur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<?xml version="1.0" encoding="utf-8" ?> <configuration> <system.runtime.remoting> <application> <channels> <channel ref="tcp" port="1069"> <serverProviders> <formatter ref="binary" typeFilterLevel="Full" /> </serverProviders> </channel> </channels> </application> </system.runtime.remoting> </configuration>

---

un petit "up"... je peux pas croire que personne ici ne connaisse le remoting :roll:

Je peux en tous cas te dire que les settings du framework sont dans Panneau de Config > Outils d'admin.

Quant au couple Events + remoting, je sais juste qu'il faut faire attention. Quand une classe A s'abonne à un event de B, ça signifie que B a une référence sur A, et donc que le serveur doit connaître la classe abonnée. CodeProjects entre autres a pas mal de tutos là dessus.

Citation:

---

Je peux en tous cas te dire que les settings du framework sont dans Panneau de Config > Outils d'admin.

---

Cool, une réponse ! j'y croyais plus ;-)
En fait je n'ai plus besoin de ces settings, je me suis débrouillé avec le fichier app.config
Merci quand même :)

Citation:

---

Quant au couple Events + remoting, je sais juste qu'il faut faire attention. Quand une classe A s'abonne à un event de B, ça signifie que B a une référence sur A, et donc que le serveur doit connaître la classe abonnée. CodeProjects entre autres a pas mal de tutos là dessus.

---

Oui je sais, en fait j'ai fait une classe "wrapper" visible du client et du serveur qui transmet l'évènement du serveur au client, donc B n'a pas besoin de connaître A.
Mais j'ai l'impression que je vais devoir me résigner à me passer des évènements... je devrais pouvoir me débrouiller autrement.

Salut,

Si tu codes en .NET 2.0 tu peux utiliser le protocole ipc qui t'éviteras certains problèmes liés au tcp.

Et concernant ta classe "wrapper", il faut qu'elle puisse stocker le sender afin de pouvoir renvoyer l'event au client ou bien au serveur et donc faire une sorte de classe contenant tous les events.

Citation:

---

Envoyé par joeln3

Salut,

Si tu codes en .NET 2.0 tu peux utiliser le protocole ipc qui t'éviteras certains problèmes liés au tcp.

---

Sauf que l'IPC ne marche que si le client et le serveur sont sur la même machine, ce qui ne sera pas le cas à terme. D'ailleurs je ne pense pas que mes problèmes soient liés au protocole utilisé.

Citation:

---

Envoyé par joeln3

Et concernant ta classe "wrapper", il faut qu'elle puisse stocker le sender afin de pouvoir renvoyer l'event au client ou bien au serveur et donc faire une sorte de classe contenant tous les events.

---

Pas besoin de stocker le sender en fait... voilà mon wrapper:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

public class ClientWrapper : MarshalByRefObject { public event EventHandler MyEvent;   public void MyEventHandler(object sender, EventArgs e) { if (MyEvent != null) MyEvent(sender, e); }   public override object InitializeLifetimeService() { return null; } }

---

J'abonne le wrapper à l'évènement du serveur, et j'abonne le client à l'évènement du wrapper, qui en fin de compte sert juste de "tunnel" pour les évènements du serveur

Bon, j'ai laché l'affaire, c'est nul le remoting :aie:
J'ai découvert WCF, c'est plus simple et ça marche nickel :)