Discussion :

[VinceSSJ]

Bonjour,

je suis entrain d'assimiler le JEE pour un stage, c'est pourquoi j'aimerais qu'on m'aide à comprendre.

L'application sur laquelle je bosse possède essentiellement ces interactions :
-Servlet/EJB pour les traitement de "fond" si j'ai bien compris. Les 2 sont "reliés" entre eux par des interfaces que j'ai bien identifiés. Il y a aussi des bases de données qui rentrent en compte. L'application recueille des données (via requêtes SQL) qui proviennent d'autres serveurs pour alimenter sa propre BDD. Donc si j'ai bien compris encore une fois, toutes ces requêtes sont effectuées par les EJB ?

-Servlet/Framework(Client). Le framework est Ext JS que j'ai bien identifié dans le code. Cependant, c'est à ce niveau que j'ai du mal à comprendre. Il n'y a pas de fichiers HTML, ni de JSP. Tout est construit par les Servlet qui donnent le code Html ; et encore, je vois que seul le servlet "d’accueil" en donne, pas les autres fichiers. Donc tout est construit par les fichiers JS qui sont associés à des CSS. Le problème, c'est que je ne vois nulle part où les Servlets sont associés. Je pensais que les Servlets envoyaient ces .js au client, mais dans les servlets il n'y a pas d'imports ni même d'utilisation de ces JS.. Ce sont dans les .js où je vois quelques référence aux Servlets, mais du coup ça ne me semble plus logique. Ces lignes des JS ressemblent à ça :

Code :

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

1
2
3
4
5
6
7
    Ext.Ajax.request({
        url: 'XXXServlet',
        method: 'POST',
        callback: function(options, success, response) {
            var err = false;
            var msg = "Rechargement de la page.";
...

Bref, je ne vois pas comment le rapport peut se faire entre les Servlets (qui traitent les requêtes), et les fichiers JS qui doivent logiquement être interprétés sur le navigateur du client.
Concrètement où se fait le lien entre les deux ? fichiers web.xml ? Comment et où est envoyé le code JS au client ?


Dites-moi où je déraille SVP

Merci d'avance de votre aide !

[VinceSSJ]

35 vues et toujours personne ?

[Jacobian]

Ici c'est de l'ajax qui peremet de faire un traitement sans avoir télécharger la page.rapel toi du fameux exemple liste département ,région et ville.

Comment ça marche ta ton servlet déclarer dans le fichier web.xml et c'est tout

[VinceSSJ]

Je ne vois pas très bien où tu veux en venir


Alors j'ai :

-Dans mon web.xml, déclaration des servlets, mapping de ces servlets, pages d'erreur

-Un paquet contenant tous les servlets représentant chacun un module (fonctionnalité) de l'appli. Chacun de ces servlets renvoie donc un code html avec les imports des js. Dans tous ces codes le body de l'html est vide car ce sont les js qui vont faire le boulot.

-Un paquet contenant les js des modules. Chaque module est donc constitué un ou plusieurs js/css (par ex un module pour la page d’accueil, un autre pour la construction d'un emploi du temps etc.)

-Un programme contenant les interfaces reliant les servlets avec les EJB

-et enfin un autre programme contenant les EJB



Question : concrètement, à quel moment est utilisé le web.xml quand un client se connecte à l'appli ?

[Jacobian]

web.xml est un descripteur de déploiement il est chargé au démarrage de l'application

[VinceSSJ]

Donc si je comprends bien, dès que le client accède à l'appli, le web.xml est lu, et après ça les servlets sont chargés en conséquence ?

=> Client arrive à la racine de l'appli
=> web.xml regarde à quel servlet correspond la racine
=> servlet correspondant chargé
=> traitement du servlet
=> donc js renvoyé au client
=> affichage sur le navigateur du client

[OButterlin]

Le descripteur de déploiement sert au démarrage de l'application.

Pour ton cas, tu as certainement une page index.html ou index.jsp à la racine de ton application (/WebContent)

[VinceSSJ]

Non, c'est bien là le problème car l'appli ne contient aucune page.html et aucun .jsp à part 3 pages d'erreur.
Je n'ai même pas de dossier /WebContent , seulement un dossier /Web Pages (=WebContent je suppose) qui contient :

-/WEB-INF : fichier web.xml et sun-web.xml qui permet de définir le nom de l'application (la racine de l'application)
-/ext : dossier du framework
-/images
-/modules : là il y a plein de dossier correspondant à chaque fonctionnalités de l'appli. Ces dossiers contiennent eux mêmes des js et des css
-à la racine de Web Pages : les 3 jsp des pages d'erreur, ainsi que le login.js et son css qui correspondent à la page "d'index" de l'appli (page où on arrive quand on accède à l'appli)

Donc c'est vrai que j'ai du mal à m'y retrouver dans tous ça x)


Donc en fait le descripteur de déploiement est lu une seule fois au déploiement de l'appli, ainsi après les relations entres servlets et ejb sont faites une bonne fois pour toute ? J'ai beau me renseigner sur le net j'ai du mal avec cette notion de descripteur

Le plus dur pour moi en fait c'est de m'imprégner du code. Moi qui n'ai jamais fait de JEE, j'avoue que je me prends pas mal la tête dessus mais je vais y arriver

[VinceSSJ]

Je précise que l'appli date de 2008 et je suis chargé de la remettre "à jour".

Personne pour m'éclaircir les idées ?

[OButterlin]

Peux-tu montrer le web.xml ?

[Jacobian]

dans ce cas toute la partie présentation est fait en servlet et forcement dans ton web.xml ta un truc comme ça:

Code :

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

1
2
3
4
 
<welcome-file-list>  
        <welcome-file>LoadIndex</welcome-file>  
    </welcome-file-list>

[VinceSSJ]

Je ne vais pas tout mettre car il est long, mais voici le début :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <description>Application pour la gdp</description>
    <display-name>AppGdP</display-name>
    <filter>
        <filter-name>LoginFilter</filter-name>
        <filter-class>webGdP.servlet.filtre.LoginFilter</filter-class>
    </filter>
    <filter>
        <filter-name>AccessFilter (Absences)</filter-name>
        <filter-class>webGdP.servlet.filtre.AccessFilter</filter-class>
        <init-param>
            <param-name>module</param-name>
            <param-value>Absences</param-value>
        </init-param>
    </filter>
...

et voici la fin :

en effet on voit la welcome list

Code :

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

1
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
<session-config>
        <session-timeout>120</session-timeout>
    </session-config>
    <welcome-file-list>
        <welcome-file>login</welcome-file>
        <welcome-file>accueil</welcome-file>
        <welcome-file>edt</welcome-file>
        <welcome-file>tache</welcome-file>
        <welcome-file>absence</welcome-file>
        <welcome-file>admin</welcome-file>
        <welcome-file>charge</welcome-file>
        <welcome-file>consult</welcome-file>
        <welcome-file>dispo</welcome-file>
        </welcome-file-list>
    <error-page>
        <error-code>404</error-code>
        <location>/ErreurPage.jsp</location>
    </error-page>
    <error-page>
        <error-code>500</error-code>
        <location>/ErreurServeur.jsp</location>
    </error-page>
    <error-page>
        <error-code>403</error-code>
        <location>/ErreurAccess.jsp</location>
    </error-page>
    </web-app>

J'ai pourtant compris le fonctionnement général de l'appli mais j'ai encore du mal avec les relations InterfaceGraphique/Servlets/EJB, surout qu'apparemment les EJB communiquent entre eux et entre les servlets ce qui ne facilite pas la tâche

[OButterlin]

Quelle url utilises-tu pour lancer l'application ?

[VinceSSJ]

l'adresse de l'appli est :
http:// serveur8:8080/Projet-war/

ce qui correspond dans le web.xml à :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
<servlet-mapping>
        <servlet-name>LoginServlet</servlet-name>
        <url-pattern>/login</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
        <servlet-name>AccueilServlet</servlet-name>
        <url-pattern>/modules/accueil</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
        <servlet-name>EDTServlet</servlet-name>
        <url-pattern>/modules/edt/edt</url-pattern>
    </servlet-mapping>

Pourtant quand on arrive sur l'application pour se connecter on arrive bien à la racine : / et non pas au /login comme c'est indiqué..

Je comprends plus..

[fxrobin]

parce que "/login" est dans tes "welcome-file" en premier.
Tu ne le verras pas dans ton URL de navigateur, mais c'est bien ce qui sera invoqué et qui déclenchera donc ta Servlet associée.

[VinceSSJ]

D'accord, merci pour ces indications !

Dons, si ce n'est pas trop demandé, à quoi servent ces welcome-list ? Elles redirigent vers la racine (/) ?

[fxrobin]

quand une URL arrive sans rien derrière le "/" (un répertoire par exemple), le serveur va chercher à déclencher en concaténant l'URL du navigateur avec ces URL.

[VinceSSJ]

L'ordre dans lesquelles les welcome list sont rangées a une importance je suppose non ?

[fxrobin]

oui !

[VinceSSJ]

Ok Merci !


J'en profite pour poser une autre question.

Maintenant que j'ai vu la parti interface, je m'intéresse à la partie EJB.

Les EJB utilisés sont des EJB 3. Je rappelle l'architecture du Projet

Le projet principal comprend :
-un projet contenant les EJB
-un projet contenant les interfaces reliant servlets/ejb
-un projet contenant interface graphique (js, html) et servlets)

Les EJB sont invoqués à distance (@Remote) et passe donc par les interfaces définis dans le projet correspondant.
Mais je viens de voir que le fait de faire des interfaces à distance prend pas mal de temps comparé à un accès en local (@Local).

Alors pourquoi la personne qui a fait ce code a choisi un accès à distance plutôt qu'un accès local ? C'est une question de JVM ? mais alors une JVM correspond à quoi concrètement ?

Merci d'avance !