Jakie są opcje uzyskania komunikacji o małym opóźnieniu między dwiema wojnami toczącymi się w tym samym moście-kontenerze?Komunikacja między procesami między wojnami w tym samym pojemniku
Po prostu muszę połączyć się z usługą w jednej wojnie z drugiej strony, ale nie stać mnie na nazywanie jej usługą internetową.
Ponieważ są one uruchomione w tej samej maszynie JVM, mam nadzieję, że nie będę używać RMI/JMS itp., Ale nie wiem, jakie mam inne opcje?
Przyjrzałem się komunikacji między serwletami, ale ponieważ bezpośrednie wywołanie metody jest deprecated, który nie wydaje się być właściwym wyborem?
Znalazłem także kyronet, ale czy istnieją lepsze rozwiązania, ponieważ jest to w tej samej maszynie JVM?
To, czego szukam, to coś podobnego do Apache Camel VM Component (seda między aplikacjami webowymi), ale ponieważ tylko jedna z aplikacji używa Camela, nie jest to opcja.
Wiem, że muszę podzielić się DTO, pomiędzy wojnami, ale proszę nie sugerować ciągnąc usługę pod wspólną bibliotekę, jeśli to była opcja nie byłaby tym pytaniem :)
Edytuj:
Osadzanie kontenera EJB prawdopodobnie nie jest opcją.
Dzięki za odpowiedź! Dlaczego zrezygnowałeś z pomocy JNDI Jetty? Czy zaimplementowałeś własny menedżer NamingManager, ale nadal korzystasz z interfejsu API kontekstowego lub czy upuściłeś JNDI razem?Czy możesz wskazać mi jakiś zasób opisujący jak problematycznie zarejestrować go w Jetty? Och, i wreszcie, czy obiekty przekazywane przez to rozwiązanie są przekazywane przez referencje lub serializowane? – ebaxt
Mijamy "odwołanie", więc wystąpienia obiektów są bezpośrednio adresowalne. JNDI jest w porządku: spróbuj tego linku, aby uzyskać informacje [link] (http://docs.codehaus.org/display/JETTY/JNDI). Powód, dla którego go odrzuciliśmy, był dwojaki: chcieliśmy większej elastyczności (wiele rejestrów ze stałymi interfejsami, funkcjonalności zapytań, rejestrację w czasie wykonywania) i bardziej szczupłego pakietu (JNDI ma charakter ogólny i zapewnia funkcjonalność, której nie potrzebujemy). Wdrożenie rejestru wymaga właściwego obchodzenia się z stylem webapp, co może nie być łatwe. –
Niesamowite, wielkie dzięki! – ebaxt