plusieurs applications se partageant les même objets

Bonjour,

Voici le problème auquel je suis actuellement confronté :
Je dois créer une application pour gérer des stocks de produits. Cette application doit pouvoir être ouverte sur différents ordinateurs d'un réseau local (1 application par poste). J'aimerais que quand un stock d'un produit soit modifié sur une des applications, toutes les autres soient notifiées de ce changement. Je pensais donc à un système où toutes les sessions travaillent sur les mêmes objets. Est-ce un scénario envisageable ? Comment le mettriez-vous en place ? Sinon quels serait les autres alternatives ?

Merci d'avance pour vos conseils,

mathmax

Tu veux partager un objet entre plusieurs ordinateurs situés sur un réseau 8O
Avec ce que tu décris je vérai bien un ordinateur qui fait office de serveur avec les autres qui se connectent à lui. Toutes modification sera répertoriée sur le serveur et retransmise aux clients.

Ceci dit avec VS 2008 il y a un exemple d'application P2P qui pourrai peut être t'aider que tu peut trouver ici.

Oui c'est le premier cas qui m'interesse. Des clients qui se connecte à un serveur et qui travaillent tous sur les objets du serveur. C'est possible/facile à mettre en place ? Comment s'y prend t-on ?

Le remoting, ca ne correspondrait pas à tes besoins ?

Citation:

---

J'aimerais que quand un stock d'un produit soit modifié sur une des applications, toutes les autres soient notifiées de ce changement.

---

Et si t mettais ta base sur un poste auquel tous les autres vont se connecter?

Ouai, est-ce qu'il y a une base de données dans le coin ? SQL server permet d'être notifié de certains changement au niveau de la base il me semble.

Partage d'objet entre plusieurs application via le réseau, cela me fait penser à CORBA ceci.

Mais je pense que le plus simple serait de gérer ta notification comme on gère la présence sur des applications de VOIP.

Pour le faire pas de miracle : Un serveur ou du Peer to Peer.
Il y a aussi du mixte entres les deux : des serveurs en P2P et des noeuds qui se conencte à ce pool de serveur. Et en plus ces "serveurs" peuvent être déterminé automatiquement en fonction des capacités de la machine :
Tous des noeuds au départs, et certains s'élise super noeud.

Merci pour toutes vos propositions.
Je me demande cependant si elles ne sont pas lourdes à mettre en place, si les les moyens ne sont pas un peu démesuré par rapport à la petite application que je souhaite mettre en place.
Le remoting me semble intéressant, mais comment peut on notifier les changements d'un objet sur le serveur aux clients ? En implémentant INotifyPropertyChanged sur une classe et si je binde cette propriété à un contrôle sur chacune des interface clients, serais-je automatiquement notifié des changements de cette propriété sur chacun des postes clients ?
Sinon vous dites que SQL server peut notifier une application de changements qui se produisent en base ? Comment cela marche t-il ?

Citation:

---

Envoyé par maa

...Sinon vous dites que SQL server peut notifier une application de changements qui se produisent en base ? Comment cela marche t-il ?

---

Oui je crois bien (je l'ai jamais testé). Il faut utiliser les déclencheurs, enfin dès que j'ai un bout de temps je teste ou si The_badger_man peut t'aider......:mouarf:

Citation:

---

Envoyé par fally

ou si The_badger_man peut t'aider......:mouarf:

---

nan :aie:

Tu as les query notification: http://msdn2.microsoft.com/fr-fr/library/ms175110.aspx


Sinon tu peux utiliser du WCF qui permet au serveur de rappeler le client à n'importe quel moment :)

Bon j'ai l'embarras du choix : :)
- query notification de SQL Server
- WCF
- CORBA
- remoting
- web services

Il va falloir que vous m'aidiez à me décider. ;)

Il s'agit pour moi de réaliser une petite application de gestion de stock. En gros, quand un stock est mis à jour dans une instance de l'application, j'aimerais que cette modification soit automatiquement répercutée dans les interface utilisateur des autres application. Seulement 3 ou 4 instance du programme sont ouvertes en même temps sur un réseau local. L'application, ainsi que la base de données sont situés sur le serveur.

Plusieurs questions que je me pose :

• Concernant le remoting, comment peut on notifier les changements d'un objet sur le serveur aux clients ? En implémentant INotifyPropertyChanged sur une classe et si je binde cette propriété à un contrôle sur chacune des interfaces clients, serais-je automatiquement notifié des changements de cette propriété sur chacun des postes clients ?
  
• La solution "query notification de SQL Server" me parait peut être plus simple à mettre en place que le remoting. Je me trompe ?
  
• Quels serait sinon les avantages à travailler avec WCF plutôt que le romoting ? Plus simple à mettre en place, plus rapide ?

Merci d'avance pour vos conseils,

mathmax

Citation:

---

Envoyé par maa

Quels serait sinon les avantages à travailler avec WCF plutôt que le remoting ? Plus simple à mettre en place ?

---

ouai, voilà :aie:
Si tu veux un exemple de notification du client par le serveur en WCF: ici

Merci beaucoup. Je crois que WCF est la solution idéale pour mon projet. :)

Je me pose cependant 2 questions :
- est-il possible dans une interface ServiceContract de définir une propriété ? Si je le fait et que je l'attribut avec "OperationContract" alors j'obtiens une erreur de compilation... Ca devrait quand même être possible étant donné que les accesseurs ne sont que des méthodes au niveau de l'IL...
- ce qui serait super, si l'on peut définir des propriétés, serait de pouvoir les binder directement à un contrôle de l'interface utilisateur du client. De sorte que si la propriété est modifiée côté serveur, tous les contrôles clients bindés à cette propriété soient automatiquement notifiés. Ca serait plus simple et plus beau à mettre en place qu'un CallbackContract.