odwołanie do innego projektu JEE, NoClassDefFoundError

Witam
Na początku napiszę że używam Eclipse+Glassfish+JPA, a to wszystko w projekcie Eclipse Dynamic Web Project. Mam dwa takie projekty i chcę aby miały możliwość wymiany danych między sobą. Nie ma znaczenia czy oba są "Dynamic..." czy też jeden jest "Dynamic.. " a drugi EJB Project błąd zawsze jest ten sam.
Mam pytanie: czy ktoś może mi racjonalnie wyjaśnić dlaczego ciągle dostaję błąd (podczas uruchamiania strony na serwerze): **HTTP Status 500 - **

 
exception 
javax.servlet.ServletException

root cause 
javax.ejb.EJBException

root cause 
java.lang.NoClassDefFoundError: wynik/Asocjacyjna

root cause 
java.lang.ClassNotFoundException: wynik.Asocjacyjna

Klasy na pewno się widzą, ponieważ wskazałem je "sobie" w Java Build Patch, mam dostęp do wszystkich metod danej klasy a jednocześnie ciągle dostaję ten błąd znalezienia klasy. W klasie do której chcę się dobrać mam zapytanie JPQL oraz powiedzmy jakąś zmienną String. Jeśli chcę uzyskać dostęp do tych zmiennych przez metodę (będącą w pliku EJB) którą "wyrzucam" do pliku xhtml to właśnie otrzymuję błąd serwera. W przypadku gdy chcę uzyskać dostęp do zmiennej String z klasy nie będącej EJB tylko posiadającą zwykłą metodę main - dane ze zmiennej tekstowej poprawnie wyświetlane są na konsoli !

Dodam tylko jeszcze, że w przypadku błędu powyżej, spróbowałem stworzyć zwykły Java Project i tam klasę z metodą która odwołuje się do listy List do jednego z projektów, a drugi projekt wywołuje metodę z tego "zwykłego" projektu aby uzyskać dostęp do listy. Wynik zawsze jest taki sam, niezależnie czy korzystam z odwołania bezpośrednio pomiędzy projektami JEE, czy też korzystam z projektu "zwykłego" - będącego nazwijmy to pośrednikiem.

Walczę z tym dłuższy czas i pomysły do testowania innych rozwiązań skończyły mi się już, stąd proszę o wszelkie porady.

Nie masz przypadkiem tej klasy w dwóch JARkach? Sprawdź z jakich classloaderów zostały załadowane, np może wrzuć odpowiedni komunikat w konstruktorze? Nie znam się dokładnie na tym.

Nazwa klasy na pewno jest taka sama w przynajmniej dwóch projektach, ale w "tym drugiem" projekcie znajduje się w pakiecie który już ma unikalną nazwę. Więc wydaje mi się że nie powinno być kłopotu, zwłaszcza że jak w Eclipse najedzie się myszką na nazwę klasy z innego projektu to nazwę pakietu do którego należy dana klasa wyświetla poprawnie.
Cały czas walczę z tym, już zacząłem od początku tworzyć projekt, może gdzieś po drodze czegoś zabrakło...

W jaki sposób chcesz miec dostęp do klas drugiego projektu (java build path pomoze ci tylko powiazac moduły na etapie developmentu w eclipsie co nie oznacza ze beda sie one widziały w kontenerze serwera) , jesli kazdy z nich jest oddzielna aplikacja bedzie to oznaczało ze oba są ładowane prze AppClassLoader który jest inny dla kazdej aplikacji i nie posiada on dostępu do klas z innego loadera aplikacyjnego.

Jesli jeden z projektow posiada EJB czyli tworzysz ear który ląduje na serwerze , i teraz do obiektow EJB mozesz sie dobrac z innego projektu lookup("jndi/jakisObject") po RMI, ale ten projekt z którego bedziesz sie dobierał do EJBa musi po swojej stronie miec na classpath'ie interfejsy które są implementowane przez EJB do których chcesz miec dostęp.

Jesli tworzysz projekty zalezne miedzy sobą , dobrze jest uzywac do tego maven ver2 (jest mnóstwo tutoriali) gdzie konfigurujsze sobie projekt w XML oznaczające powiązania miedzy projektami jako moduły. Nastepnie budujac projekt jedna komenda on rozrzuca odpowiednio liby do modułów które są od siebie zależne.

dziękuję za odpowiedź, to już nieco mi wyjaśniło sprawę...
zastanawiam się jeszcze tylko czy możliwe byłoby takie rozwiązanie. Zbudować jedną aplikację Enterprise Application Project i po prostu do niej dołączać EJB project'y który każdy będzie odwoływał się np do innej bazy danych. A wtedy projekt webowy WAR będzie pobierał dane z poszczególnych EJB project'ów.
Ale i tak coś czuję że Maven mnie nie minie.

lukiz napisał(a)

dziękuję za odpowiedź, to już nieco mi wyjaśniło sprawę...
zastanawiam się jeszcze tylko czy możliwe byłoby takie rozwiązanie. Zbudować jedną aplikację Enterprise Application Project i po prostu do niej dołączać EJB project'y który każdy będzie odwoływał się np do innej bazy danych. A wtedy projekt webowy WAR będzie pobierał dane z poszczególnych EJB project'ów.
Ale i tak coś czuję że Maven mnie nie minie.

Oczywiście jest to mozliwe.
EJB są ciekawym mechanizmem bo mozesz sie do nich dobierac nawet z zupełnie innej maszyny która ma dostęp po RMI do serwera wystawiającego usługi realizowane przez EJB.
Ale nadal po stronie klienta musisz miec interfejsy tych EJBow.

A co do mavena to naprawdę warto, chociażby na przyszłość, w większosci firm są one uzywane gdyż usprawniają one cały proces budowania i deploymentu aplikacji.
W chwili obecnej nowe projekty, głównie, składane są za pomocą mvn (starsze ant - chociaz niekiedy i nowe tez)

Mam jeszcze jedno pytanie... które nawet mi wydaje się dziwne:
czy błędy wyświetlane przez serwer, mogą nie wystąpić w przypadku użycia innego serwera, chodzi mi tutaj konkretnie o Glassfish i JBoss. Zauważyłem że ten pierwszy czasami nie chce mi uruchomić jakiegoś prostego projektu (tworzonego od początku z przeznaczeniem na ten serwer) natomiast w przypadku JBoss wydaje się że tego błędu nie ma. GlassFish jakoś bardziej przypadł mi do gustu, bo konfiguracja z bazą Derby była mniej kłopotliwa - tj wszystko można zrobić przez panel administracyjny, w JBoss wsparcie w necie dotyczące tej bazy danych jest jakby mniejsze niż w odniesieniu do GlassFish'a.

wszystko zależy od kodu i konfiguracji, którą stworzysz, czy jest ona zgodna ze specyfikacją obu serwerów.
Sam kod javy powinien działać wszędzie, no chyba ze jawnie korzystasz z odwołań do klas (konkretnych implementacji) specyficznych dla danego serwera, wtedy mozesz miec problemy z przenoszeniem aplikacji miedzy serwerami, aczkolwiek różnie to bywa.
Ja osobiscie GlassFisha nigdy nie uzywałem, zazwyczaj jboss.