Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
macht es aus Eurer Sicht sinn, wenn man in einem Projekt das Spring Framework, Hibernate und JPA verwendet.
Ich hab bis jetzt nur mit Spring in Kombination mit Hibernate (in der Typischen Layerstruktur Service, DAO, DB) gearbeitet, arbeite aber momentan an einem Projekt, in dem auch JPA verwendet wird.
Ich frage micht aktuell, wieso ich JPA ins Boot hole, wenn Spring und Hibernate das auch können.
JPA ist nur eine Spezifikation, Hibernate ist einer der vielen Anbieter, die eine Implementierung hierzu bereitstellen. Wenn von Hibernate gesprochen wird, wird oft eigentlich auch nur Hibernates JPA Implementierung gemeint, auch wenn hinter dem Begriff Hibernate in Wirklichkeit viel mehr steckt.
Und ja, es kann Sinn machen in einem "Hibernate-Projekt" anstelle der Hibernate JPA Implementierung, eine JPA Implementierung eines anderen Anbieters zu wählen. Möglicherweise kommt die Verwirrung aber auch nur deshalb zu zustande, weil irgendjemand nicht genau weiß, wovon er da eigentlich redet.
Es gibt aber auch konkret die JavaEE JPA API mit der konkreten EJB3 Implementierung - deshalb versteh ich nicht, wie man JPA und Hibernate in einem SoftwareStack haben kann.
Im Buch "EJB3 in Action" gibt es ein ganzes Kapitel über JPA und es ist keine Rede von Hibernate in diesem Kapitel - deshab schließe ich mal daraus, dass es sich bei JPA auch um eine Implementierung handelt und nicht nur um eine Spezifikation
Die Aussage ist kompletter Unsinn. Es verhält sich sogar im Gegenteil so, dass nämlich die JPA (das A steht übrigens schon für API ) Bestandteil der EJB 3.0 Spezifikation ist.
Im Buch "EJB3 in Action" gibt es ein ganzes Kapitel über JPA und es ist keine Rede von Hibernate in diesem Kapitel - deshab schließe ich mal daraus, dass es sich bei JPA auch um eine Implementierung handelt und nicht nur um eine Spezifikation
Es ist ja auch durchaus sinnvoll nur die Spezifikation zu erklären. Aber das ist natürlich eine komplett andere Frage, was und warum der Autor in seinem Buch behandeln will. In einem Buch über Hibernate würde ich jedenfalls erwarten, dass man mir die speziellen Eigenheiten von Hibernate näherbringt und nicht (nur) die Spezifikation behandelt. Etwa, welche Bestandteile der Spezifikation überhaupt durch die Implementierung abgedeckt sind (und welche nicht!) und was es eventuell noch an zusätzlichen Funktionalitäten gibt.
Dein Schluss, den du daraus ziehst, ist jedenfalls falsch. Aber das sollte nach den letzten beiden Beiträgen hoffentlich ein Stück weit klar sein.
OK, danke für die Antwort.
Das war mir soweit nicht klar, ich dachte JPA ist schon eine Spezifizierung aber auch eine Implementierung in der JavaEE.
Hibernate ist eine andere Implementierung usw.
Ich hab bis jetzt nur mit Hibernate gearbeitet, deshalb bin ich eben gerade dabei JPA einzuordnen - Dann war mir nicht klar, dass ich schon mit einer JPA- Implementierung gearbeitet habe.
Wie heißt eigentlich das standardisierte O/R (ORM) Mapping in der JavaEE- Welt (Hibernate ist es ja mal nicht und Eclipse Toplink auch nicht).