2013-05-03 2 views
0

Je suis curieux de relayer des messages d'une application sur une machine à une autre machine. J'ai un stockage réseau partagé facilement disponible pour moi. Ma pensée est que je veux exécuter une application sur un seul ordinateur qui exécute des téléchargements intranet. Je ne peux rien contrôler sur le domaine ou le stockage réseau partagé autre que la création de fichiers/dossiers. Je veux que cette application sur sa propre machine puisse rapporter d'une manière ou d'une autre à une application complètement différente installée sur des machines complètement différentes (en cas d'erreur, disons, les utilisateurs pourraient intervenir) et à un moment donné, sur plusieurs plateformes (vb.net/Access/etc). La première chose qui m'a frappé a été d'écrire en continu l'état de l'application de téléchargement dans un fichier texte, puis d'avoir un minuteur dans l'application de mon application qui surveille le fichier sur lequel l'application de téléchargement écrit.Créer un moyen de signaler des messages

Cependant, avant de mettre en œuvre, je me demande si je réinvente la roue, et il y a une meilleure façon de le faire. Je cherche des solutions simples, et finalement je voudrais l'intégrer dans VBA/Access. Qu'est-ce que SO pense qui correspond à la facture? Quel est l'inconvénient de diffuser un "journal"?

Répondre

1

Vous réinventez la roue. C'est Message Queuing. Il existe de nombreuses solutions pour y parvenir, notamment MSMQ (intégré à Windows) et RabbitMQ. Il existe également des services basés sur le cloud tels qu'Azure AppFabric et Amazon Simple Queue Service.

+0

Pour l'utiliser sur un réseau/serveur, j'aurais besoin d'accéder à ce serveur pour activer la mise en file d'attente correcte? Marqué comme répondu, répond à ma question de base. –

Questions connexes