EJB + JPA dla GWT - od czego zacząć?

hej!

od niedawna bawię się GWT z pewnymi sukcesami nawet :) jednak przyszła pora na pewne komplikacje. otóż: pojawiło się wymaganie, żeby całą logike typu zapisywanie danych do bazy, sesje itd, przenieść na EJB, najlepiej 3.1. dla mnie to jest temat całkowkicie nowy, słabo ogarniam o co w tym chodzi (tutki na necie są tak rozklepane, każdy od innej strony podchodzi, nie ma czegoś na wzór dokumentacji google, gdzie od początku pokazane jest co i jak robić po kolei).

więc pytanie są takie:

• jest w ogóle sens łączenia GWT z EJB?
• czy możecie polecić jakieś źródła, gdzie EJB jest w miare dokładnie i przystępnie opisane? na razie miele pdfa od suna (730str), ale preferowałbym coś bardziej skondensowanego :)
• korzystam z glassfisha3, więc dodatkowy serwer chyba nie będzie wymagany?

z góry dzięki za pomoc.

GWT+EJB ma sens. Jest to trochę skomplikowane, ale bardzo fajnie można to spiąć. Problem leży w konieczności tworzenia odpowiedniego proxy pomiędzy GWT i Javą tak by było wszystko w duchu wzorców projektowych.
Co do źródeł to blog Jacka Laskowskiego.

piszesz, że ta integracja może być problematyczna, pytanie tylko jak bardzo :) tak jak pisałem, jestem w temacie dość zielony i nie chcialbym np stracić miesiąca na próbach spięcia tego... znajomy polecał mi narzędzie o nazwie Gilead - dobry to kierunek?

Problemem mogą być niekompatybilne z GWT klasy modelu. Trzeba wtedy pisać obiekty transportowe tak jak miało to miejsce w EJB2.x. Kolejny problem to sposób wołania beana z GWT. Znowuż trzeba to opakowywać w odpowiednie proxy. Generalnie dużo nadmiarowego kodu powstaje.

Czy pisanie klas transportowych jest nadal konieczne w gwt? czy coś się zmieniło w tym temacie w nowszych wersjach?

Na blogu Jacka Laskowskiego (http://www.jaceklaskowski.pl/wiki/Tworzenie_aplikacji_Google_Web_Toolkit_z_Java_Persistence_API#.22Transportowa.22_klasa_serializowalna_-_Osoba) czytam że obiekty transportowe miały sens w wsześniejszych wersjach gwt(z powodu braku obsługi adnotacji i wspieraniem wcześniejszych wersji javy - interfejs Serializable nie był dostępny). Czy są jakieś inne powody dla których powinno się jednak używać takich obiektów? Ktoś ma jakieś doświadczenia w tym temacie?

Klasy transportowe nie są już wymagane. Jedyny powód dla którego można rozważyć użycie JTO to ograniczenie informacji przesyłanych pomiędzy klientem a serwerem. Przykładowo nie warto przesyłać informacji o haśle użytkownika jeżeli wyświetlamy użytkowników. Nie jest też dobrym pomysłem przesyłanie np. treści artykułu jeżeli nie będziemy go wykorzystywać w backoffice CMSa. Zatem nie trzeba pisać obiektów transportowych, ale wszystko z głową, bo czasami można oszczędzić sobie czasu i nerwów.

dzięki za odpowiedź!