Mam istniejący projekt, który potrzebuję skonfigurować inaczej. Musi to nastąpić bez większych zmian kodu. Mam nadzieję, że uda mi się jakoś to zrobić tylko z konfiguracją. Ostatnie 2 do 3 dni spędziłem czytając wszystko, co mogę znaleźć na ten temat. Rozumiem programy ładujące klasy glassfish i to, co jest dla mnie dostępne.

Mam bieżący przykładowy projekt, który ma EJB, który definiuje interfejs @Local. Ejb jest wdrażany w module ejb jako moduł ejb w domenie glassfish. Teraz próbuję znaleźć sposób na inną aplikację, która została wdrożona jako ucho w tej samej domenie, aby móc uzyskać dostęp do EJB za pośrednictwem lokalnego interfejsu.

Przeczytałem dokumentację, która mówi, że nie jest to możliwe. Potem widziałem posty tutaj w StackOverflow, a inne w sieci mówią, że jest to możliwe. Ale nie mogę znaleźć rzeczywistego rozwiązania.

Z dochodzeniem zdałem sobie sprawę, że @Local EJB nie rejestruje się w jndi (co najmniej zgodnie z logami), jeśli korzystam z przeglądarki glassfish JNDI, nie widzę go również. Dla mnie ma to sens, że albo nie jest to możliwe, albo wdrożenie projektu EJB jest winne, i jakoś muszę to ujawnić.

@Remote to możliwość, jeśli może to być odwołanie i brak narzutu wydajności. Jednak preferowaną metodą pozwalającą na dostęp @ Lokalny EJB jest naprawdę ostateczna potrzeba.

Czy ktoś wie, co powinienem zrobić, aby udostępnić @Local EJB innej aplikacji? Czy to nie jest możliwe?

Używam Glassfish 2.1 Z EJB 3.0

Jeśli Glassfish 2.1 poradzi sobie z EJB 3.1, byłbym skłonny przejść do niego, gdyby zapewnił taką możliwość, ale wątpię, żeby to było takie proste.

Proszę o pomoc. Dziękuję Ci.

Dodaję nagrodę. Aby uzupełnić nagrodę, wymagane byłoby uruchomienie 2 aplikacji ucho w tej samej domenie, gdzie A.ear zawiera @Local EJB, który jest również używany przez aplikację w B.ear.