2011-01-30 18 views
5

Czy to możliwe? Czy ktokolwiek to robi? Czuję, że mogę lepiej przedstawić swoją aplikację, jeśli użyję tego, do czego przyzwyczaiłem się w aplikacjach internetowych. Czy możliwe byłoby użycie tego zastrzyku zależności?Czy można używać EJB 3.1 w aplikacjach komputerowych?

Jeśli nie jest to możliwe lub możliwe do zrealizowania rozwiązanie, każdy może wskazać mi kilka przykładowych projektów wykorzystujących JPA i EntityManger do wysyłania zapytań do baz danych. Dzięki.

+0

Nie używam go zbyt długo, ale pamiętam, że korzystałem z usługi internetowej. – vorrtex

+0

Z wyjątkiem JPA, który będzie działać w Java SE, z których części stosu EJB chcesz użyć? Oczywiście musisz osadzić kontener na wszystko inne oprócz JPA. –

+0

Cóż, podoba mi się wtrysk zależności i zarządzanie transakcjami, które są dostarczane z EJB 3.1. Dużo łatwiej jest wycofywać zmiany itp. –

Odpowiedz

2

Myślę, że jest to możliwe, ale stos jest wciąż ciężki (zarówno pod względem zasobów, jak i, co ważniejsze, konserwacji, instalacji itp.) Nie zrobiłbym tego, wolałbym MyBatis. Ewentualnie użyj Hibernate, jeśli chcesz pozostać przy języku zapytań podobnym do JPA.

Nie ma nic złego w korzystaniu z koncepcji zastrzyku zależności, a Spring jest szeroko stosowany w wielu aplikacjach komputerowych.

+0

Część JPA EJB 3 może być używana w dowolnym środowisku Java i nie wiąże się z nią żaden ciężki stos. – James

+1

@James: JPA nie jest częścią EJB 3.1. –

3

Możesz użyć części JPA EJB 3.1 w Java SE lub dowolnym środowisku Java. Większość implementacji SessionBeans w EJB 3 jest zwykle połączona z serwerem aplikacji.

Wiosna oferuje zastrzyk zależności w dowolnym środowisku i obsługuje JPA.

+0

Tak, wiem o części WZP. Mam to już w mojej aplikacji. Chcę zarządzania transakcjami i wycofywania zmian, które ma EJB 3.1. Ale tak naprawdę bałam się wiosną wcześniej i to jest piekło XML, a dodatek jest podobny do 4000, więc mogę używać @Transactional. Myślę, że po prostu trzymam się starego sposobu. Można by pomyśleć, że wymyślą coś na Jave SE, tak jak w Java EE. No cóż. –

Powiązane problemy