Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage Java J2EE et JSP

J2EE et JSP

7 réponses
Avatar
news.skynet.be
Bonjour tout le monde,

j'ai acheté un livre sur J2EE et je suis actuellement dans le chapitre sur
les jsp.

j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et le
fichier java de notre classe dans ce répertoire.

Lorsqu'on éxecute l'application (avec la page acceuil.jsp au centre de
celle-ci), je recois une erreur comme quoi le package Ch03 n'existe pas et
donc dès l'import de la class Ch03.FaqCategories ca plante.

Comment résoudre ces problèmes de package, classpath etc ... dans le livre
ils ne parlent pas de ces erreurs... pourtant je pense faire tiptop ce qui
est dit (refait plusieur fois).

Merci de m'avoir lu.
Signaler un problème avec ce contenu

7 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
David JOURAND
j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et
le

fichier java de notre classe dans ce répertoire.


Commencer J2EE et JSP avec un fichier ear n'est probablement pas la meilleur
méthode...
Dans fichier .ear, le répertoire classes doit être placé dans un répertoire
WEB-INF !

David Jourand

Avatar
news.skynet.be
"David JOURAND" a écrit dans le message de news:
41963fc0$0$25349$

j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et
le

fichier java de notre classe dans ce répertoire.


Commencer J2EE et JSP avec un fichier ear n'est probablement pas la
meilleur
méthode...
Dans fichier .ear, le répertoire classes doit être placé dans un
répertoire
WEB-INF !



J'utilise l'outil "deploytool" pour crééer mon EAR. Il me crée donc la
hiérarchie correcte.


Avatar
Frédéric Lachasse
"news.skynet.be" wrote in message
news:419618aa$0$22000$
Bonjour tout le monde,

j'ai acheté un livre sur J2EE et je suis actuellement dans le chapitre sur
les jsp.

j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et
le fichier java de notre classe dans ce répertoire.

Lorsqu'on éxecute l'application (avec la page acceuil.jsp au centre de
celle-ci), je recois une erreur comme quoi le package Ch03 n'existe pas et
donc dès l'import de la class Ch03.FaqCategories ca plante.

Comment résoudre ces problèmes de package, classpath etc ... dans le livre
ils ne parlent pas de ces erreurs... pourtant je pense faire tiptop ce qui
est dit (refait plusieur fois).


Les spécifications J2EE sur les EAR ne sont pas très faciles à lire, mais
très précis sur le sujet des classpaths. Voila comment cela marche:

- Pour chaque EAR, un ClassLoader "application" est créé.
- Le descripteur de déployment (DD) META-INF/application.xml de l'EAR est
lu. Ce descripteur contient la listes des modules à déployer, application
web (fichiers WAR), composants EJB (packagés dans un JAR) ou connecteurs JCA
(fichiers RAR).
- Pour chacun de ces modules, un ClassLoader est crée, avec pour parent le
ClassLoader "application". Ce ClassLoader est utiliser pour charger les
classes du modules selon les règles selon le type de modules. En
particulier, pour les WAR, les classes depuis WEB-INF/classes et les JAR de
WEB-INF/lib.
- Si un module défini un élément "Class-Path:" dans META-INF/MANIFEST.MF,
les classes et fichiers JAR décrits dans le Class-Path représentent des
chemins relatifs de fichier dans l'EAR et sont chargés dans le ClassLoader
"application".

Note (et j'ai vu cette erreur d'interprétation trop souvent): le
"Class-Path:" est défini dans le manifest des modules (EJB JAR, WAR et RAR),
pas dans le manifest de l'EAR...

Conclusion: dans ton cas, tu as une application Web (JSP), donc doit être
packagé dans un WAR. Les classes peuvent se trouver:
- directement dans le répertoire WEB-INF/classes du WAR
- dans un JAR mis dans le répertoire WEB-INF/lib du WAR
- dans un répertoire de l'EAR, à condition d'ajouter "Class-Path:
<répertoire>" dans le META-INF/MANIFEST.MF du WAR (je répète: du WAR pas de
l'EAR)
- dans un JAR de l'EAR, à condition d'ajouter "Class-Path: <jar>" dans
le manifest du WAR (pas de l'EAR)

Note: dans les 2 premier cas si dessus, le WAR n'a pas besoin d'être dans
l'EAR pour fonctionner et peut donc être déployé directement...

--
Frédéric Lachasse - ECP86

Avatar
benoit
Quel spécialiste !
Pourrais tu nous donner un lien vers ce genre d'infos qui nous font
tant défaut ?
Merci d'avance.


On Sun, 14 Nov 2004 05:06:25 GMT, "Frédéric Lachasse"
wrote:

"news.skynet.be" wrote in message
news:419618aa$0$22000$
Bonjour tout le monde,

j'ai acheté un livre sur J2EE et je suis actuellement dans le chapitre sur
les jsp.

j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et
le fichier java de notre classe dans ce répertoire.

Lorsqu'on éxecute l'application (avec la page acceuil.jsp au centre de
celle-ci), je recois une erreur comme quoi le package Ch03 n'existe pas et
donc dès l'import de la class Ch03.FaqCategories ca plante.

Comment résoudre ces problèmes de package, classpath etc ... dans le livre
ils ne parlent pas de ces erreurs... pourtant je pense faire tiptop ce qui
est dit (refait plusieur fois).


Les spécifications J2EE sur les EAR ne sont pas très faciles à lire, mais
très précis sur le sujet des classpaths. Voila comment cela marche:

- Pour chaque EAR, un ClassLoader "application" est créé.
- Le descripteur de déployment (DD) META-INF/application.xml de l'EAR est
lu. Ce descripteur contient la listes des modules à déployer, application
web (fichiers WAR), composants EJB (packagés dans un JAR) ou connecteurs JCA
(fichiers RAR).
- Pour chacun de ces modules, un ClassLoader est crée, avec pour parent le
ClassLoader "application". Ce ClassLoader est utiliser pour charger les
classes du modules selon les règles selon le type de modules. En
particulier, pour les WAR, les classes depuis WEB-INF/classes et les JAR de
WEB-INF/lib.
- Si un module défini un élément "Class-Path:" dans META-INF/MANIFEST.MF,
les classes et fichiers JAR décrits dans le Class-Path représentent des
chemins relatifs de fichier dans l'EAR et sont chargés dans le ClassLoader
"application".

Note (et j'ai vu cette erreur d'interprétation trop souvent): le
"Class-Path:" est défini dans le manifest des modules (EJB JAR, WAR et RAR),
pas dans le manifest de l'EAR...

Conclusion: dans ton cas, tu as une application Web (JSP), donc doit être
packagé dans un WAR. Les classes peuvent se trouver:
- directement dans le répertoire WEB-INF/classes du WAR
- dans un JAR mis dans le répertoire WEB-INF/lib du WAR
- dans un répertoire de l'EAR, à condition d'ajouter "Class-Path:
<répertoire>" dans le META-INF/MANIFEST.MF du WAR (je répète: du WAR pas de
l'EAR)
- dans un JAR de l'EAR, à condition d'ajouter "Class-Path: <jar>" dans
le manifest du WAR (pas de l'EAR)

Note: dans les 2 premier cas si dessus, le WAR n'a pas besoin d'être dans
l'EAR pour fonctionner et peut donc être déployé directement...



Avatar
Fred
J'aime lire une explication et ne rien capter ;-)
non c'est ironique.
Dire que j'en ai fait un peu et que je capte rien de ce qui est ecrit la
dessous.
Snif. C'est pas comme le vélo le java avec moi :-(

Respect.
Fred


"Frédéric Lachasse" a écrit dans le message
de news: lJBld.8312$
"news.skynet.be" wrote in message
news:419618aa$0$22000$
Bonjour tout le monde,

j'ai acheté un livre sur J2EE et je suis actuellement dans le chapitre
sur


les jsp.

j'essaye le simple exemple du livre où l'on crée une classe java
(Ch03.FaqCategories) qu'on utilise dans une page jsp (acceuil.jsp).

On place le tout dans un EAR pour le mettre sur le server par défaut de
J2EE. Il y a donc un répertoire Ch03 dans le dossier "classes" du EAR et
le fichier java de notre classe dans ce répertoire.

Lorsqu'on éxecute l'application (avec la page acceuil.jsp au centre de
celle-ci), je recois une erreur comme quoi le package Ch03 n'existe pas
et


donc dès l'import de la class Ch03.FaqCategories ca plante.

Comment résoudre ces problèmes de package, classpath etc ... dans le
livre


ils ne parlent pas de ces erreurs... pourtant je pense faire tiptop ce
qui


est dit (refait plusieur fois).


Les spécifications J2EE sur les EAR ne sont pas très faciles à lire, mais
très précis sur le sujet des classpaths. Voila comment cela marche:

- Pour chaque EAR, un ClassLoader "application" est créé.
- Le descripteur de déployment (DD) META-INF/application.xml de l'EAR est
lu. Ce descripteur contient la listes des modules à déployer, application
web (fichiers WAR), composants EJB (packagés dans un JAR) ou connecteurs
JCA

(fichiers RAR).
- Pour chacun de ces modules, un ClassLoader est crée, avec pour parent le
ClassLoader "application". Ce ClassLoader est utiliser pour charger les
classes du modules selon les règles selon le type de modules. En
particulier, pour les WAR, les classes depuis WEB-INF/classes et les JAR
de

WEB-INF/lib.
- Si un module défini un élément "Class-Path:" dans META-INF/MANIFEST.MF,
les classes et fichiers JAR décrits dans le Class-Path représentent des
chemins relatifs de fichier dans l'EAR et sont chargés dans le ClassLoader
"application".

Note (et j'ai vu cette erreur d'interprétation trop souvent): le
"Class-Path:" est défini dans le manifest des modules (EJB JAR, WAR et
RAR),

pas dans le manifest de l'EAR...

Conclusion: dans ton cas, tu as une application Web (JSP), donc doit être
packagé dans un WAR. Les classes peuvent se trouver:
- directement dans le répertoire WEB-INF/classes du WAR
- dans un JAR mis dans le répertoire WEB-INF/lib du WAR
- dans un répertoire de l'EAR, à condition d'ajouter "Class-Path:
<répertoire>" dans le META-INF/MANIFEST.MF du WAR (je répète: du WAR pas
de

l'EAR)
- dans un JAR de l'EAR, à condition d'ajouter "Class-Path: <jar>" dans
le manifest du WAR (pas de l'EAR)

Note: dans les 2 premier cas si dessus, le WAR n'a pas besoin d'être dans
l'EAR pour fonctionner et peut donc être déployé directement...

--
Frédéric Lachasse - ECP86





Avatar
Frédéric Lachasse
"benoit" wrote in message
news:
Quel spécialiste !
Pourrais tu nous donner un lien vers ce genre d'infos qui nous font
tant défaut ?


Rien de plus que l'évident http://java.sun.com/j2ee/1.3/docs/, en
particulier la partie "Specifications" en bas de la page. Bien sûr, il faut
faire l'effort et avoir la patiente de lire les longues et arides
documentations non-traduite en anglais. 15 ans d'expérience en programmation
de serveurs d'applications (pour les connaissances générales) et 5 ans aux
USA (pour l'anglais) rend l'exercice plus facile... D'où le "spécialiste".

--
Frédéric Lachasse - ECP86

Avatar
Stawen Dronek
héhé, juste pour le fun ça m'a fait marrer....;-P
http://www.talkaboutprogramming.com/group/comp.lang.c++.moderated/messages/1
57922.html


"Frédéric Lachasse" a écrit dans le message
de news: zfdmd.10089$
"benoit" wrote in message
news:
Quel spécialiste !
Pourrais tu nous donner un lien vers ce genre d'infos qui nous font
tant défaut ?


Rien de plus que l'évident http://java.sun.com/j2ee/1.3/docs/, en
particulier la partie "Specifications" en bas de la page. Bien sûr, il
faut

faire l'effort et avoir la patiente de lire les longues et arides
documentations non-traduite en anglais. 15 ans d'expérience en
programmation

de serveurs d'applications (pour les connaissances générales) et 5 ans aux
USA (pour l'anglais) rend l'exercice plus facile... D'où le "spécialiste".

--
Frédéric Lachasse - ECP86