Version imprimable
Bonjour,
je souhaite savoir s'il existe une implémentation de JPA sans Java EE ? Mes clients n'ont que Java SE et ne veulent pas installer un Java EE. Avant de leur dire qu'ils doivent malgré tout, je voudrais voir s'il est possible de partir de l'existant chez eux. De même Hibernate et Spring fonctionnent-ils uniquement avec le JRE 6 ? Apparemment Hibernate le peut, mais toutes ses fonctionnalités sont là ?
Merci à ceux qui répondront ;)
Spring et Hibernate ne nécessitent pas Java 1.6.
Je pense que si tu veux toutes les fonctionnalités, une 1.5 doit suffire.
Quand tu dis JPA sans Java EE, tu veux dire se passer d'un serveur d'application ?
Si c'est le cas, la théorie dit oui.
Pour ma part, je n'ai pas testé, j'en suis resté à une application Hibernate/Spring
avec un rendu Swing.
Non, je dis bien "sans Java EE". Sur leurs machines, ils ont Java SE 6 et désirent si possible garder cette version. Je demande simplement si c'est possible d'avoir accès à JPA sans être forcé d'utiliser Java EE 6. En gros, un jar contenant simplement JPA existe-t-il ?
Ca m'ennuierait réellement de faire leur application sans Java EE, mais le client est roi ;) Si c'est pas possible, tant pis, hein. Je ferai selon ma manière, avec Java EE : ma démarche ici est un acquis de conscience :P
Ca ne veut pas dire grand chose, dans le sens où Java EE est une spécification qui nécessite une implémentation fournie souvent par un serveur d'application.Citation:
Non, je dis bien "sans Java EE"
Donc dans la pratique, on installe pas Java EE sur sa machine comme on le ferait avec Java SE.
Donc pour répondre à ta question, il te suffit de récupérer les Jars de l'implémentation de Jpa qui t'intéresse et le tour est joué.
Pour bien comprendre, c'est une application lourde, qu'ils veulent ?
Ok, merci :) Si je résume, je trouve JBoss (ou un autre), je prends le jar de JPA et ses dépendances et le tour est joué, c'est bien ça ? Je croyais que Java EE était un jar complet (comme rt.jar pour Java SE) et qu'en fonction, on pouvait trouver d'autres implémentations, comme JBoss, Weblogic, etc. J'ai jamais installé ces choses : seulement utilisées ^^ Là, je voudrais malgré tout les avoir à disposition. C'est donc tout bon.
C'est une application en deux machines. L'un étant uniquement un serveur PostGreSQL accessible 2h / jour, l'autre étant la machine client lourd. Il n'y aura qu'une seule machine cliente, sur laquelle leurs employés iront faire une partie de leur travail (en gros, ils prennent l'info, la mettent à jour et quittent le poste). J'utilise la persistance pour éviter un max les requêtes entre le serveur de BDD et ne faire des updates qu'en fin de journée. J'aime pas du tout l'architecture imposée, mais bon, je fais au mieux. Leur machine cliente n'a pour le moment que Java SE 6 (et leurs autres applications), et ils ne veulent rien d'autre (pas de serveur d'application, rien).
Oui, j'ai déjà utilisé Hibernate et Spring sans serveurs d'applications (dans une application console) avec juste le JDK standard et les deux bibliothèques hibernate et spring.
Voilà les dépendances maven 2 que j'ai utilisées pour un projet EJB3 qui utilise JPA:
En gros, si tu ne connais pas Maven, le jar correspond à l'artifactId de chaque dependency.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27<dependency> <groupId>javax.persistence</groupId> <artifactId>ejb</artifactId> <version>3.0</version> <scope>provided</scope> </dependency> <dependency> <groupId>jboss</groupId> <artifactId>jboss-j2ee</artifactId> <version>4.0.2</version> <scope>provided</scope> </dependency> <dependency> <groupId>jboss</groupId> <artifactId>jbossall-client</artifactId> <version>3.2.3</version> <scope>provided</scope> </dependency> <dependency> <groupId>jboss</groupId> <artifactId>jboss-ejb3x</artifactId> <version>1.0.0</version> <scope>provided</scope> </dependency>
Là, il y a tout JPA + EJB3, tu n'auras peut-être pas besoin de tout.
Je me demande cependant s'il est possible d'utiliser JPA directement sans EJB3.
Citation:
Envoyé par fr1man
Absolument, c'est justemùent pourquoi on a fait JPA dès l'origine ;)
Sinon, pour ce qui est des implémentations JPA, y'a Toplink Essentials (Basé& sur Oracle Toplink), Hibernate, Apache OpenJPA, JPox, etc. tous ceux-ci sont gratuits et Opensource.
Mais faut te prévénir: dans un environnement non managé (Java SE), JPA mais surtout Spring perdent un peu de leur puissance ...
En fait, tout dépend de l'appli à dévlopper bien sûr.
Ok, ça me semblait logique mais comme je n'avais testé qu'à partir d'un stateless via injection de la persitence unit, je n'étais pas certain.
Je suis moyennement d'accord sur ce point. Spring m'est très utile pour mon appli Swing/Hibernate/Spring.Citation:
dans un environnement non managé (Java SE), JPA mais surtout Spring perdent un peu de leur puissance ...
Pas besoin d'un conteneur pour profiter de ses qualités.
En fait, vu l'architecture, je dois tout bufferiser en attendant d'envoyer les requêtes en groupe le soir (y'en a pas tellement, je rassure). Mais le client doit pouvoir faire des requêtes tant sur ce qui est connu à la BDD, que ce qui est ajouté en journée, d'où l'intérêt de la persistance. Je backupe le tout en sérialisation fichier en cas de coupure de courant.
Par contre, j'ignorais que Hibernate implémentait JPA. Ca me fait une épine en moins du pied.
En tous cas, merci de vos réponses, je crois que tout est clair, maintenant :)
voilà les implémentations principales,open source, de JPA:Citation:
Envoyé par dingoth
- Hibernate geré par Redhat
- openJPA geré par la fondation Apache
- Toplink Essentials devenu EclipseLink géré par la fondation Eclipse
- sans oublié biensûre les EJB3 (dépond du serveur d'application).