Scenariusz wygląda następująco: Mamy aplikację Asp.Net MVC 4, która ma prywatny system przesyłania wiadomości, który obsługuje koncentrator signalR używany do powiadamiania użytkowników, gdy nowa wiadomość jest dla nich dostępna. Wszystko działa dobrze, aplikacja Web rejestru rejestru connectionId wraz ze swoją nazwą użytkownika, a sygnał jest wysyłany do koncentratora z DataLayer za pośrednictwem klasy notificationControl.Wysyłaj powiadomienie do klienta WWW z usługi zewnętrznej za pośrednictwem koncentratora SignalR hostowanego w aplikacji Asp.Net MVC
Problem pojawił się, gdy musieliśmy stworzyć oddzielną usługę wykorzystującą Quartz.Net, która również wysyła prywatne wiadomości po zakończeniu zadań. Chcemy, aby usługa kwarcowa mogła skontaktować się z hubem, ale nie możemy sprawić, by była w oddzielnym procesie. Nie chcę używać klienta signalR .net, ponieważ nie potrzebuję stałego połączenia między usługą opartą na kwarcu i moją aplikacją internetową. Myślę o stworzeniu punktu końcowego w moim WebSite, aby odsłonić metodę serwera Hub'a do usługi lub użyć ScaleOut do tego, ale czuję, że coś przeoczyłem i chociaż chciałbym zapytać społeczność.
Nie wiem, dlaczego nie chcesz stałego połączenia? Cały punkt klienta SignalR jest poza rozmyciem procesowym między koncentratorem. Możesz zrobić to, co zasugerowałeś, ale to w pewnym sensie pokonuje cały cel SignalR i przegrasz w jakiejkolwiek dwukierunkowej komunikacji ... – Steve
@Steve: Chyba nie chcę tego, bo nie mam musi być stały lub dwukierunkowy. – VdesmedT
Czy rozważałeś użycie magistrali (RabbitMQ, NServiceBus, itp.)? Quartz.Net może opublikować komunikat na magistrali, a subskrybent odbierze wiadomość i wyśle alert do wszystkich podłączonych klientów (aplikacja internetowa) za pośrednictwem SignalR. – codingintherain