Article complet: Je pense que je vais m'arrêter là

JPA (Java Persistence API) sera sans doute le dernier de mes joujoux technologiques pour bâtir l'architecture de la plateforme pédagogique Edupassion.com.

Tout cela fait beaucoup de technologies pour un seul homme. Ext-JS risque d'être le point faible... et le plus visible.

[Suite:]

Le projet est donc séparé en 6 modules :

• Code Browser : HTML reçu par la front view, Ajax vers le web service
• Front view (Module Edupassion) : Distribution du HTML, redirection au Web Service
• Web Service (module wsedupassion) : http -> JSP -> Javabean -> validation -> accès données -> analyse -> résultat xml
• Code métier (module e-library) : contient les classes School, Teacher, Student, Work, etc.
• Accès données (module JPA+Crud) : Les classes Entities sont générées par Netbeans 6.5. Le Crud convertit ces entities en classes métiers de e-library.
• La base de donnée : On y accède soit par les entities, soit par des requêtes JPA, et parfois par des requêtes jdbc.

JPA
La seule originalité est la séparation franche entre les Entities issues de la Bdd et les classes métiers qui en sont presque des clones. Mais pour moi il est hors de question de rajouter la moindre ligne au milieu d'un code remplit d'annotation et de requêtes à mon avis difficile à maintenir.

J'apprécie cependant énormément de faire un Crud via ces Entities plutôt que par JDBC. La maintenance est plus simple, puisque, par exemple, en renommant une colonne de ma BDD, Netbeans génèrera des classes différentes et fera remarquer une erreur dans le code de mon CRUD. Cela est impossible avec du JDBC pur.

REST
L'accès aux web service se fait par REST, via des requêtes GET, POST, PUT et DELETE. Il a fallut pour cela modifier le fichier de Prototype, ce qui n'est pas très difficile. Un Web Service RESTFul permet principalement une montée en charge du projet sereine, sans modifier le code source.