massther napisał(a)
Ale komunikacja między 1 a 2 już istnieje, czy dopiero ją dopiszecie?
Nie, nie istnieje. Należy ją stworzyć.
massther napisał(a)
Jeśli 1 ma tylko wysłać dane do 2 i nie obchodzi cię odpowiedz, to kolejki komunikatów mogą być dobrym wyjściem, a w przyszłości łatwo podpiąć się to kolejkę inną technologią. MS MQ ma do tego fajną cechę że może storować dane w sql serverze, więc możesz operaować na komunikatach z całą mocą bazy danych.
W pierwszym poście napisałem, że to jest dwukierunkowo komunikacja. Większe dane i częściej wysyłane są z 2 do 1, rzadziej (ale też często, a nie co 10sek) w drugą stronę.
massther napisał(a)
Możesz przesyłać dane po rcp, webservice, kolejkami komunikatów, przez bazę danych. Zależy co potrafisz poprawnie zaimplementować.
Dzięki za odpowiedź, ale mi właśnie chodzi o to co najlepiej użyć, żeby się nie porywać z armatą na muchę. Przypominam, że 1 i 2 są zainstalowane lokalnie i interesuje mnie tylko komunikacja między nimi, tak aby była jak najbardziej wydajna i nie zabijała mi aplikacji. Do 2 przez sieć będą szły dane z 3 (i z powrotem), ale w tym problemie to mnie nie interesuje.
Azarien napisał(a)
Niestety, ale się nie da. Kod jest stary i wielki, samo przerzucenie go do .NET'a zajęłoby ogromną ilość czasu..
a próbowałeś? nawet wielkie projekty da się skompilować jako C++/CLI bez zmian.
Ja tak skompilowałem całe Qt bez zmian (no dobra, z jedną, ale to i tak był błąd w samym Qt)
Jakbym nie próbował, to bym się nie odzywał :) Wielu przede mną również..