Discussion :

[geforce]

Bonjour à tous,

J'ai développé une application avec plusieurs technologies de la spécification Java EE mais je ne suis pas sûr d'être en JEE 7.

Quelqu'un saurait-il m'indiquer comment je peux en être sûr ou le démontrer ?

Merci d'avance pour votre aide.

[geforce]

Hello, des propositions !!

[OButterlin]

Je ne sais pas si on peut en être sûr à 100%

Dans un premier temps, je n'utiliserais qu'un jdk 7 sur la machine de test et je placerais le(les) projet(s) en mode compatible java7 (Compiler compliance level : 1.7)

[Logan Mauzaize]

Deux choses :

1. Tester avec différentes implémentations : Glassfish, WAS, WildFly
2. Java EE n'étant qu'un ensemble de spécification (et d'API), tu peux vérifier que ta chaîne de compilation ne dépend que des API (ex : JPA) et d'aucune implémentation (ex : Hibernate). Ensuite il doit y avoir peut de fichier de configuration, donc idem il suffit d'aller les scruter pour valider qu'aucun ne fait de références à des classes/fonctions fournies par des implémentations spécifiques.

[tchize_]

Il faut savoir aussi ce que tu veux dire.

Je peux faire un application avec juste une page JSP dedans et dire qu'elle est compatible JEE7...
Je peux faire une application avec du spring, hibernate, quartz, et dire qu'elle est compatible JEE7...

Le meilleur moyen de tester, c'est de confirmer que l'application fonctionne correctement au moins dans le glassfish correspondant à JEE7 et aussi dans d'autres conteneur plus répandu comme wildfly, WAS, ...


généralement, tu as deux choses:

un conteneur prétends être un conteneur JEE7 -> Oracle fournis des batteries de test pour ça
une application prétends avoir besoin d'un conteneur JEE7 pour fonctionner -> On teste sur les conteneur les plus répandus
une application prétends utiliser au maximum les technologie J2EE -> On passe en revue tous les composants de l'application pour voir si ils ne redéfinissent pas des choses que définissent J2EE. Pas exemple Spring IOC -> a remplacer par CDI. Hibernate -> a remplacer par JPA. Quartz -> A remplacer par @Schedule....

Pour le troisième cas, en général, on s'en fiche ^^.

[bakrianouar]

Bonjour à tous,


Quelqu'un saurait-il m'indiquer comment je peux en être sûr ou le démontrer ?

votre application est java ee 7 si toutes les spécifications que vous utilisez dans vos sources appartiennent a java ee 7.
si par exemple vous utilisez la technologie servlet. il faut travailler avec une implémentation de servlet 3.1, cela se traduit par le champ version dans le fichier web.xml version="3.1"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<web-app version="3.1"
xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd">

servlet 3.0 fait partie de java ee6.

même chose pour les autres spécifications;
jpa 2.1 est java ee 7.
ejb 3.2 est java ee 7
jax-rs jax-ws jta ....
voir l'image ci-jointe pour les autres spécifications.

pour utiliser ces spécifications il faut avoir un conteneur qui les implémentent.
exemple : glassfish 4, wildfly 8 (jboss 8), tomcat 8 ....