Zadanie #1813
Updated by Wojtek Hury over 7 years ago
Zmiany:
* po stronie Z punktu widzenia serwisów tam, gdzie trzeba poinformować użytkownika, będziemy publikować Springowy event powinien istnieć messaging component, dzięki któremu można wysłać wiadomość na wskazany adres (destination). Dwie implementacje:
* w jupiter-web powstanie event handler, który eventy NOOP i JMS. Wiadomość o zmianie dokumentu będzie konwertować wysyłana przy pomocy tego komponentu.
W UI komponent nasłuchujący na UI-owe adresie dla zmienionych dokumentów i rozsyłający dalej wiadomości przy pomocy obecnej MessagingService (w aktualnej formie serwis ten będzie się nadawał do przesunięcia do UI).
W przypadku brokera embedded trzeba definiować dwa connectory - dla JMS i rozsyłał je do odpowiednich topiców, ewentualnie kolejek
* przestaje STOMP. Ta konfiguracja może być potrzebne ActiveMQ w jupiter-web albo może w nowym jupiter-messaging.
* po stronie Z punktu widzenia serwisów tam, gdzie trzeba poinformować użytkownika, będziemy publikować Springowy event powinien istnieć messaging component, dzięki któremu można wysłać wiadomość na wskazany adres (destination). Dwie implementacje:
* w jupiter-web powstanie event handler, który eventy NOOP i JMS. Wiadomość o zmianie dokumentu będzie konwertować wysyłana przy pomocy tego komponentu.
W UI komponent nasłuchujący na UI-owe adresie dla zmienionych dokumentów i rozsyłający dalej wiadomości przy pomocy obecnej MessagingService (w aktualnej formie serwis ten będzie się nadawał do przesunięcia do UI).
W przypadku brokera embedded trzeba definiować dwa connectory - dla JMS i rozsyłał je do odpowiednich topiców, ewentualnie kolejek
* przestaje STOMP. Ta konfiguracja może być potrzebne ActiveMQ w jupiter-web albo może w nowym jupiter-messaging.