Assuming you want something like ...
User (browser) --- Appendix A --- Application B --- User (Browser)
Real-time communication can be performed by performing the following actions:
This is not a signal operation, but something like NServiceBus would be consistent with that.
You are referencing a bus dll file, and hubs can both raise and respond to events. In your case, you have both SignalR and Service Bus technology working together to synchronize cross-applications.
So this process is similar to ...
- The user in app A launches a browser and query page.
- Appendix A creates a Hub instance that subscribes to Service Bus events on its own.
- The user in application B launches the browser and query page.
- Appendix B creates a Hub instance that subscribes to Service Bus events on its own.
- The user in any application performs some actions, as a result of which SignalR collects the message.
- SignalR triggers a bus event to say "this user has done something" on the service bus.
- Another hub on another application, through an event subscription, receives an event notification and takes any action to inform its connected users about it.
The lesson to learn here ... Do not try to make technology to do something beyond its purpose ... use the right tool for the job.
All this decision can be made with just over 20 lines of code after receiving the basic structure.
NServiceBus can be found here:
http://particular.net/nservicebus
Disclaimer: there may be other solutions, but this proposal does not imply that this is the only way to solve this problem, and the only technologies that will be used in this way. I am in no way affiliated with a private product or NServiceBus product.
source share