Rapport tp1 j2ee

PREMIER RAPPORT EN JAVA EE

Encadré Par :

M Mohamed NAYA

Installation de Tomcat et Netbeans

Configuration de Tomcat

Création d’une première servlet

Déploiement

Préparé par

Soukaina NAJIHI

Soukaina BOUJADI

RAPPORT EN JAVA EE

Installation de Tomcat et Netbeans

Configuration de Tomcat

Création d’une première servlet

Préparé par :

Soukaina NAJIHI

Soukaina BOUJADI

RAPPORT EN JAVA EE

1 PREMIER RAPPORT EN JAVA EE

Sommaire :

Remerciements…………………………………………………………………2

Introduction au JAVA EE ………………………………………….………....3

L’architecture multi-tiers ……………………………………………...……...3

Outils et environnement de développement ……………………………….....4

Installation de jdk……………………………………….……......................5

Installation de Tomcat …………………………………….…………..……10

Installation de Netbeans……………………………..……………..……...16

Création d’une application web…………………………………….………..25

Architecture servlet …………………………………………….………….26

Livraison WAR……………….……………………………...…….……....26

Création d'un projet………………………………………………..………28

Exécution …………………………………………………...……..………32

Ajouter une servlet à mon projet (Ma premiere Servlet)………..….……...32

Déploiement………………………………………………………….………...34

Déploiement d'une application web sous Tomcat……….………………...35

Qu'est-ce qu'un descripteur de déploiement ? …….………………………35

Les façons de déploiement qui offre Tomcat …………...……………......35

Déploiement d'un fichier WAR…………………………………………....35

Déploiement d'une application web décompressée sous le répertoire

webapps de Tomcat…………………………………………………….…35

Déploiement d'une application ailleurs que sous webapps…………..……36

L'interface Manager……………………………………………………….36

Conclusion.…………...………………………….…………………………….42


Remerciement

Au terme de ce travail, Nous tenons à remercier notre Cher

professeur Monsieur Mohamed NAYA , pour ses

précieuses directives et son suivi continu et pour tous les efforts qu'il

a fournis en classe et qui ont porté leur fruits, et surtout pour son

soutien continue et inconditionnel.

Du fond du cœur, merci


De nombreuses possibilités existent pour réaliser des applications Internet

depuis plusieurs années. Des langages ont été créés, des architectures et des environne-ments de travail ont été conçus pour répondre aux besoins et faciliter la tâche des développeurs. Sun (le concepteur de Java) a donc mis en place un ensemble de technologies pour réaliser des applications Web. Ces technologies sont regroupées sous le nom J2EE (Java 2 Entreprise Edition), désormais Java EE.

La plateforme Java EE s’appuie entièrement sur le langage Java. Java EE est donc une norme, qui permet à des développeurs, entreprises de développer leur propre application qui implémente en totalité ou partiellement les spécifications de SUN. En simplifiant, il est possible de représenter Java EE comme un ensemble de spécifications d’API, une architecture, une méthode de packaging et de déploiement d’applications et la gestion d’applications déployées sur un serveur compatible Java.

L’architecture multi-tiers

J2EE est utilisé principalement dans le cadre du développement de grosses applications distribuées. Ces applications sont développées dans une architecture de type Client/Serveur n-tiers. De plus, dans une architecture J2EE, on utilise principalement des applications Web pour les utilisateurs (Client ‘léger’, ne nécessitant qu’un simple navigateur sur le poste client). On travaille donc dans l’architecture suivante :


L’application est alors structurée en ‘couches’, chacune des couches correspondant à une fonctionnalité propre et étant implémentée sur l’un ou l’autre des postes (client ou serveurs)

Outils et environnement de développement

La mise en place et le développement d'applications web en Jee nécessite l'installation et la configuration de plusieurs outils. La mise en place d'un environnement Java EE nécessite l'utilisation d'un serveur d'applications capable d'exécuter le code et de répondre aux requêtes des clients. Parmi ces serveurs d'applications Java on peut citer : GlassFish, Jonas, JBoss, WebSphere et Apache-Tomcat.


1. Installation de jdk

la mise en place consiste en l'installation d'un JDK, de Netbeans et de Tomcat.

Objectifs

Découvrir l'architecture de votre machine . Comprendre le rôle de jdk . Maîtriser l’installation de jdk. Identifier les répertoires de Tomcat.

Indispensable pour le développement et l’exécution de nos applications,

le Java Development Kit, communément appelé JDK, est le kit de développement proposé gratuitement par Sun. Il comprend plusieurs outils,

parmi lesquels :

• javac : le compilateur Java ;

• java : un interpréteur d’applications (machine virtuelle) ;

• javadoc : un générateur de documentation ;

• jar : un outil de compression de classes Java.

Le JDK nous permettra de compiler et d’exécuter les applications ainsi que

d’autres outils .

1.1- Bien choisir son architecture

Jdk est disponible sous plusieurs architectures, et pour que tout fonctionne bien vous devez choisir la bonne.

La commande uname permet de rechercher la version de kernel actuelle de votre environnement Linux.


En cas de doute...

Si vous doutez de l'architecture que vous devez

utiliser, sachez que La commande

rechercher la version de kernel actuelle de votre

environnement Linux.

Tapez dans le terminal

c'est-à-juste que les 686 représentent les derniers types de processeurs), ce sont des architectures 32 bits. x86_64 aussi appelé amd64 est la version 64 bits, qui ne sert que si on utilise des logiciels utilisa

i386, i686 (32-bit)

Architecture Intel x86. Convient pour tous les processeurs processeurs AMD 32 bits et les Mac Intel

x86_64 (64-bit)

Architecture 64 bits. Convient pour tous les processeurs

1.2- Installation de jdk

Téléchargez la version de jdk qui vous convient sur le sitel'extension « .bin » (le fichier qu'on a téléchargé s'appelle « jdki586.bin » pour un PC 32bits):

http://www.oracle.com/technetwork/java/javase/downloads/jdk6u35downloads-1836443.html


En cas de doute...


utiliser, sachez que La commande uname permet de


environnement Linux.

Tapez dans le terminal : unime -m

-dire i386 à i686 (ça change pas grand chose, juste que les 686 représentent les derniers types de processeurs), ce sont des architectures 32 bits. x86_64 aussi appelé amd64 est la version 64 bits, qui ne sert que si on utilise des logiciels utilisant le 64 bits

Convient pour tous les processeurs Intel 32 bits et compatibles, dont les Mac Intel (les Mac d'après juin 2005).

Architecture 64 bits. Convient pour tous les processeurs AMD64 et compatibles, dont les

Installation de jdk

Téléchargez la version de jdk qui vous convient sur le site web oracle .Choisir « .bin » (le fichier qu'on a téléchargé s'appelle « jdk-

i586.bin » pour un PC 32bits):

http://www.oracle.com/technetwork/java/javase/downloads/jdk6u351836443.html


permet de


dire i386 à i686 (ça change pas grand chose, juste que les 686 représentent les derniers types de processeurs), ce sont des architectures 32 bits. x86_64 aussi appelé amd64 est la version 64 bits, qui ne sert

nt le 64 bits

et compatibles, dont les

et compatibles, dont les Intel64.

web oracle .Choisir -6u35-linux-

http://www.oracle.com/technetwork/java/javase/downloads/jdk6u35-

http://www.intel.com/

http://www.amd.com/

http://www.apple.com/fr/mac/

http://www.amd.com/

http://www.intel.com/

http://www.oracle.com/technetwork/java/javase/downloads/jdk6u35-downloads-1836443.html

http://www.oracle.com/technetwork/java/javase/downloads/jdk6u35-downloads-1836443.html


Vous pouvez maintenant voir le lancement de téléchargement.

Apres la fin du téléchargement tapez :

Cd /home/Téléchargements


Si vous voulez ignorer cette étape vous pouvez mais vous devrez vous rendre dans le répertoire de telechargement et copier le fichier et le coller dans votre espace de travail qui est normalement le répertoire HOME .

n'oubliez pas de changer le nom de fichier «

linux-i568»

Pour rendre le fichier exécutable, saisissez :

chmod a+x jdk-6u35-

Pour exécuter le fichier , saisissez :

Si tout s'est bien passé vous devez voir les lignes suivantes


Si vous voulez ignorer cette étape vous pouvez mais vous devrez vous rendre dans le répertoire de telechargement et copier le fichier et le coller dans votre espace de travail qui est normalement le répertoire HOME .

n'oubliez pas de changer le nom de fichier « jdk

i568» selon ce que vous avez téléchargé .

Pour rendre le fichier exécutable, saisissez :

-linux-i586.bin

le fichier , saisissez :

Si tout s'est bien passé vous devez voir les lignes suivantes

Si vous voulez ignorer cette étape vous pouvez mais vous devrez vous rendre dans le répertoire de telechargement et copier le fichier et le coller

jdk-6u35-

selon ce que vous avez téléchargé .

Si tout s'est bien passé vous devez voir les lignes suivantes :


Maintenant on va créer un répertoire jvm et déplacer le répertoire que vous aurez après exécution jdk1.6.0_35 dans ce répertoire , pour cela tapez :

mkdir /usr/lib/jvm

sudo mv jdk1.6.0_35 / /usr/lib/jvm/jdk1.6.0_35

Si vous consultez ce chemin /user/lib/jvm ,Vous devez le trouvez la-bas .


Maintenant que jdk est bien installé sur votre machine, nous allons l'installation de Tomcat.

2. Installation de

.

Objectifs

Comprendre le rôle de Tomcat pour les applications java entreprise

Maîtriser pas à pas l’installation de Tomcat 7

Identifier les répertoires de Tomcat

Tomcat est un conteneur de Servlet J2EE issu du projet Jakarta, Tomcat et est désormais un projet principal de la fondation Apache. C’est un conteneur de Servlet J2EE qui implémente la spécification des Servlets et des JSP de Sun Microsystems. Tomcat est en fait chargé de compiler les pages JSP avec Jasper pour en faire des Servlets (une servlet étant une application Java qui permet de générer dynamiquement des données au sein d’un serveur http). Généralement, ces données sont présentées sous forme de page HTML coté client.

Encore une fois n'oubliez pas de changer le nom de répertoire «vous avez .

Pour vous dans le répertoire Telechargement ou bien le répertoire Home.


Maintenant que jdk est bien installé sur votre machine, nous allons

Installation de Tomcat

Objectifs


Maîtriser pas à pas l’installation de Tomcat 7

Identifier les répertoires de Tomcat

Tomcat est un conteneur de Servlet J2EE issu du projet Jakarta, Tomcat et est désormais cipal de la fondation Apache. C’est un conteneur de Servlet J2EE qui

implémente la spécification des Servlets et des JSP de Sun Microsystems. Tomcat est en fait chargé de compiler les pages JSP avec Jasper pour en faire des Servlets (une servlet

application Java qui permet de générer dynamiquement des données au sein d’un serveur http). Généralement, ces données sont présentées sous forme de page HTML

Encore une fois n'oubliez pas de changer le nom de répertoire « jdk1.6.0_35 » selon ce que vous avez .

Pour avoir le nom de votre répertoire rendez vous dans le répertoire Telechargement ou bien le répertoire Home.

Maintenant que jdk est bien installé sur votre machine, nous allons entamer


Tomcat est un conteneur de Servlet J2EE issu du projet Jakarta, Tomcat et est désormais cipal de la fondation Apache. C’est un conteneur de Servlet J2EE qui

implémente la spécification des Servlets et des JSP de Sun Microsystems. Tomcat est en fait chargé de compiler les pages JSP avec Jasper pour en faire des Servlets (une servlet

application Java qui permet de générer dynamiquement des données au sein d’un serveur http). Généralement, ces données sont présentées sous forme de page HTML

selon ce que

avoir le nom de votre répertoire rendez vous dans le répertoire Telechargement ou bien


Hiérarchie des répertoires Tomcat

2.1- étapes d’installation

Téléchargez la dernière version d'Apache Tomcat 7.0.39 à partir du site de d'Apache :

http://tomcat.apache.org/download-60.cgi

Sélectionnez le .tar.gz du Binary Distributions , cela vous permet de télécharger le fichier : apache- tomcat-7.0.39.tar.gz

http://tomcat.apache.org/download-60.cgi


Décompressez le et placer le dans /usr/share/tomcat7 .

Pour le décompresser , tapez : tar xvzf apache-tomcat-7.0.29.tar.gz

Pour le déplacer, tapez : sudo mv apache-tomcat-7.0.29/ /usr/share/tomcat7

Vérifiez si le répertoire tomcat7 est bien déplacer dans le répertoire /usr/scare

Définissez le variable d'environnement JAVA_HOME pour le système.Pour cela éditez le fichier bashrc : sudo gedit /etc/environment


un fichier s'ouvre , ajoutez à son contenu les 2 lignes en bas :

JAVA_HOME="/usr/lib/jvm/jdk1.6.0_35"

JRE_HOME="/usr/lib/jvm/jdk1.6.0_35/jre"

Vous allez ensuite ajouter un administrateur de tomcat, pour cela éditez le fichier :

tomcat-users.xml ,tapez :

sudo gedit /usr/share/tomcat7/conf/tomcat-users.xml

supprimrez le contenu du fichier qui va s'ouvrir et remplacez le par ces lignes en bas :

<?xml version='1.0' encoding='utf-8'?>

<tomcat-users>

<role rolename="manager-gui"/>

<role rolename="manager-script"/>


Remplacer l’utilisateur <tomcat> et le

mot_de_passe<tomcat>

nom d'utilisateur et le mot de passe que vous

souhaitez

<role rolename="manager"/>

<role rolename="admin

<role rolename="admin

<role rolename="admin"/>

<user username="votreroles="manager-gui,admin

gui,manager,admin,manager

</tomcat-users>

Vous devez maintenant

sudo gedit /usr/share/tomcat7/bin/catalina.sh

Copiez ces 2 lignes suivant dans votre fichier catalina.sh

JAVA_HOME="/usr/lib/jvm/java

JRE_HOME=""/usr/lib/jvm/java

après enregistrez et fermez le.


Remplacer l’utilisateur <tomcat> et le

mot_de_passe<tomcat> respectivement par le


souhaitez .

<role rolename="manager"/>

<role rolename="admin-gui"/>

<role rolename="admin-script"/>

<role rolename="admin"/>

otre-login" password="votre-mot-de-passe" gui,admin-

gui,manager,admin,manager-script,admin-script"/>

Vous devez maintenant éditer le fichier catalina.sh

sudo gedit /usr/share/tomcat7/bin/catalina.sh

Copiez ces 2 lignes suivant dans votre fichier catalina.sh après

JAVA_HOME="/usr/lib/jvm/java-6-sun"

JRE_HOME=""/usr/lib/jvm/java-6-sun"/jre"

après enregistrez et fermez le.

respectivement par le


passe"

#!/bin/sh :


Lancez ensuite tomcat , saisissez :

sudo /usr/share/tomcat7/bin/startup.sh

Vous devez avoir quelque chose comme ça:

taper dans votre navigateur web taper http://localhost:8080/ la page d'accueil de tomcat apparaisse.

Si tout est bien vous devrez voir cette page :


Si vous voulez, vous pouvez changer le port de Tomcat par défaut c'est le 8080 qui est

utilisé), nous allons le changer pour utiliser le 8086, pour cela éditez le fichier

/conf/server.xml et modifier son port : <Connector port="8086" protocol="HTTP/1.1" …

Saisissez/usr/local/tomcat6.0.18/conf/server.xml

Maintenant que Tomcat est bien installer sur votre machine, nous allons essayer de faire

tourner ce serveur avec netbeans .

3. Installation de

.

Objectifs

Téléchargement

Installation

Lancement

L'EDI NetBeans est un environnement de développement intégré, gratuit à l'concentrant principalement sur simplifier le développement d'applications Java. Il fournit du support pour tous les types d'applications Java, depuis le client riche jusqu'aux applications d'entreprises multisupportant Java.

L'EDI NetBeans a une architecturel'étendue des fonctionnalités dans l'installation de base est tellement riche que vous pouvez probablement utiliser l'EDI pour votre travail sans du tout vous souciez des modules externes.


Si vous voulez, vous pouvez changer le port de Tomcat par défaut c'est le 8080 qui est

utilisé), nous allons le changer pour utiliser le 8086, pour cela éditez le fichier

/conf/server.xml et modifier son port : <Connector port="8086" protocol="HTTP/1.1" …

Saisissez : edit /usr/local/tomcat6.0.18/conf/server.xml

at est bien installer sur votre machine, nous allons essayer de faire

tourner ce serveur avec netbeans .

Installation de Tomcat

Objectifs

Téléchargement

L'EDI NetBeans est un environnement de développement intégré, gratuit à l'concentrant principalement sur simplifier le développement d'applications Java. Il fournit du support pour tous les types d'applications Java, depuis le client riche jusqu'aux applications d'entreprises multi-couches, en passant par les applications pour les mobiles

architecture modulaire qui permet les 'plug-ins'. Cependant, l'étendue des fonctionnalités dans l'installation de base est tellement riche que vous pouvez probablement utiliser l'EDI pour votre travail sans du tout vous souciez des

utilisé), nous allons le changer pour utiliser le 8086,

/conf/server.xml et modifier son port : <Connector

at est bien installer sur votre machine, nous allons essayer de faire

L'EDI NetBeans est un environnement de développement intégré, gratuit à l'usage, se concentrant principalement sur simplifier le développement d'applications Java. Il fournit du support pour tous les types d'applications Java, depuis le client riche jusqu'aux

ons pour les mobiles

ins'. Cependant, l'étendue des fonctionnalités dans l'installation de base est tellement riche que vous pouvez probablement utiliser l'EDI pour votre travail sans du tout vous souciez des

http://www.objis.com/formation-java/tutoriel-java-installation-eclipse.html








Le job principal de l'EDI est de rendre le cycle d'édition-compilation-débogage plus agréable en intégrant des outils pour ces activités. Par exemple, l'EDI:

Identifie les erreurs d'encodage presque immédiatement et les indique dans l'Éditeur de Source.

Vous aide à coder plus rapidement grâce à la fonctionnalité de complétion de code, Word watching, système des abréviations, et résolution d'import.

Peut afficher la documentation d'une classe pendant que vous codez dans l'Éditeur de Source.

3.1- Installation de Netbeans

1. Téléchargez la version de Netbeans qui vous intéresse sur le site officiel de Netbeans (Java SE, Java EE, C/C++, PHP ou All)

2. Rendez-vous dans votre dossier de téléchargement.


3. Sur le fichier que vous venez de télécharger, effectuez un clic droit > Propriétés > Permissions et cochez "Autoriser l'exécution du fichier comme un programme", puis fermez la fenêtre des propriétés.


4. Cliquez sur le fichier puis sélectionnez Lancer.

5. Suivez les étapes de l'installation.


6. Indiquez le chemin ou vous voulez installer netbeans ainsi que le chemin ou se trouve jdk et puis après le chemin de tomcat.


3.2- Configuration de Tomcat dans IDE Netbeans

Installation de plug-in

Netbeans , à l’installation, n’actionne pas le plug-in pour créer des applications web (pour nous il était installé par défaut ).

Au préalable , il faut installer ce plug-in:


Association de NetBeans avec une installation de Tomcat

Un point fort c'est de pouvoir piloter les principaux serveurs d'applications. Une étape

de base dans l'utilisation de Netbeans est de déclarer l'emplacement d'installation

des serveurs d'applications que NetBeans devra gérer. Cette déclaration se fait dans

le menu outils/ Serveurs.


Pour ajouter le pilotage du serveur Tomcat, on va cliquer sur le bouton « Ajouter un serveur»


On va indiquer le répertoire ou est localisé l’application Tomcat et le login et mot de passe Admin.

Valider par le bouton « Terminer ».

Apres que vous terminez ces étapes vous aurez une fenêtre comme celle-ci :


4. Creation d'une application web

Objectifs

Comprendre ce qu’est une servlet

Comprendre ce qu’est une page jsp

Comprendre le rôle d’une servlet

Créer, configurer et déployer une servlet

Comprendre c'est quoi un descripteur de déploiement : web.xml

Les servlets sont la base de la programmation Web J2EE. Toute la conception d’un site Web en Java repose sur ces éléments que sont les servlets.

Une servlet est un programme Java qui tourne sur la machine où est installé le serveur J2EE, et qui est invoqué lorsqu’un navigateur client appelle l’URL liée à ce programme. Une servlet n’est (en général) pas appelée directement, elle ne l’est qu’à travers une URL.

Par exemple, j’écris la servlet ServletCoucou.java (qui sera compilée en ServletCoucou.class), et je décide que lorsque j’appelle la page HTML salut.htm, c’est la servlet ServletCoucou.java qui s’exécute.

Bien entendu, il sera judicieux que la servlet ainsi invoquée produise un affichage dans la page du navigateur, sinon on pourrait se demander s’il s’est réellement passé quelque chose !!! En effet la page salut.htm n’est pas censée exister sur le serveur, elle ne sert


qu’à faire le lien avec la servlet, et donc tout le code HTML qui pourrait s’y trouver (si par hasard cette page salut.htm existait) ne sera pas pris en compte.

Architecture servlet

La JSP répond à un besoin précis : permettre d’impliquer efficacement un développeur et un web Designer dans le cadre de la création d’un écran applicatif web.

La JSP a été créée historiquement après la servlet, et ce pour pallier à un défaut de la servlet : le code

html se trouve dans le code JAVA. Ce qui ne plaît guère aux webdesigners et ne permet pas un travail d’équipe efficace !

Livraison WAR

La compréhension de la partie ’théorique’ de jee (livrables, Architecture, services) contribue à une meilleure productivité dans vos développements.


Le schéma ci-dessous présente les 4 modules que vous pouvez retrouver dans la plus grosse unité de livraison j2ee : l’Enterprise ARchive (EAR).

La plupart des applications J2EE (70-80%) sont livrées dans un module WAR, contenant les écrans de l’application, les composants d’accès aux données ainsi que des composants métiers.

Vous trouverez dans ce livrable :

Ecrans de l’application (Pages (X)HTML, JSP) Images de l’application Eléments du graphisme (Feuilles de style CSS, XSL, Tld) Classes Java métier (JavaBean) ou d’accès aux données Fichier de configuration web.xml

Les serveurs d’applications du marchés ajoutent souvent un fichier spécifique (Ex : sun-web.xml, jboss-web.xml, jonas-web.xml) permettant de configurer un service pour lequel la spécification J2EE n’est pas précise.


Le fichier WAR peut être déployé dans un serveur d’application labellisé J2EE (Ex Jboss, Jonas, Geronimo, WebShere, Weblogic...) ou dans un simple moteur de servlet comme Tomcat.

4.1- Creation d'un projet 5. Pour créer un nouveau projet JEE, il faut cliquer sur New Project

On va sélectionner le Template « Java Web », et « Web Application », ce Template permet de réaliser des applications JSP, Servlet ou JSTL.


Indiquer le nom de l’application à créer et sont emplacement physique.

On sélectionne ensuite le serveur qui sera utilisé pour le déploiement et les tests. On va


choisir Apache Tomcat 7.0.34.0 que l’on a créer un peut plus tôt.On sélectionne en suite la version JEE à utiliser (JEE 6 web Dans notre cas).

ET enfin le context Path, c'est-à-dire le chemin d’appel de mon application dans mon URL Ici on a mis /WebApplication_SousUbuntu, on utilisera donc l’url suivante en local :

http://localHost//WebApplication_SousUbuntu pour lancer notre application à partir du Browser internet.

On peut également indiquer un FrameWork si nécessaire à utiliser, par défaut aucun dans notre cas.


Vous pouvezapplication dans le chemin que vous avez indiqué au début.

Puis valider avec le bouton « Terminer ».

On obtient notre première page JSP par défaut qui se nomme Index.jsp


Vous pouvez vérifier l'existence physique de votre application dans le chemin que vous avez indiqué au

Puis valider avec le bouton « Terminer ».


vérifier l'existence physique de votre application dans le chemin que vous avez indiqué au



4.2- Execution

Pour tester l’application il suffit de lancer celle-ci par le bouton « Run »

Ce qui a pour effet de lancer tomcat, puis le browser internet par défaut et votre application avec l’url correspondante.

4.3- Ajouter une servlet à mon projet (Ma premiere Servlet)

Fichier , Nouveau fichier /Servlet


Donner un nom a la Servlet

Et un alias d’appel « URL patterns »


Ci-dessus notre servlet que l’on peut tester par l’appel de celle-ci par son URL

http://localhost/Servlet

Pour cela on se met sur le nom de la servlet dans l’onglet projet, click droit et on lance le menu « Executer projet », ou on peut utiliser le raccourci Maj+F6.

Valider par OK

4.4- Deploiement

Déploiement d'une application web sous Tomcat

Le déploiement d'une application web sur un serveur d'applications signifie en quelque sorte son installation. Il s'agit en fait de rendre l'application accessible au serveur et de la lui présenter (qu'il sache l'exécuter et lui passer les requêtes la concernant).

http://localhost/Servlet


Les applications Web Java utilisent un fichier descripteur de déploiement pour définir la méthode de mappage des URL sur les servlets, déterminer les URL qui nécessitent une authentification ainsi que d'autres informations. Alors

Qu'est-ce qu'un descripteur de déploiement ?

Le descripteur de déploiement d'une application web est un fichier nommé web.xml et situé dans le répertoire WEB-INF du document root (répertoire racine) de l'application web. Il contient les caractéristiques et paramètres de l'application. Cela inclut la description des servlets utilisées, ou les différents paramètres d'initialisation.

Les façons de deploiement qui offre Tomcat :

Il existe plusiseurs manières de déployer une web-app sous Tomcat.

Ces différentes méthodes fournissent plus ou moins de stabilité ou plus ou moins d'agilité lors des tests et du développement

Si vous avez un Tomcat 4.x, préférez la méthode 3

Si vous avez un Tomcat 5.x, préférez la méthode 4

1. Déploiement d'un fichier WAR

Il est au préalable nécessaire d'avoir créé le fichier WAR. Il faut alors le copier sous le répertoire webapps de Tomcat. Le fichier sera décompressé lors du démarrage de Tomcat dans un répertoire portant le même nom que le fichier WAR.

L'application sera disponible à travers http://hote/Nom_ du_ WAR_sans_extension

Pour un redéploiement, il est nécessaire d'effacer le répertoire créé par Tomcat avant d'écraser le précédent WAR, puis de redémarrer Tomcat

Cette méthode est très peu pratique lors du développement car le répertoire doit être effacé à chaque redéploiement, le fichier WAR doit être créé à chaque fois, copié, ...

2. Déploiement d'une application web décompressée sous le répertoire webapps de Tomcat

Plus besoin de créer un War à chaque modification de votre application web !

La difficulté réside dans le fait qu'il faut indiquer à l'IDE (outil de développement) de créer un répertoire correspondant au projet sous le répertoire webapps de Tomcat avec la structure spécifiée par Sun pour les applications web ( classes sous /WEB-INF/classes, ... ).

http://www-igm.univ-mlv.fr/~dr/XPOSE2003/tomcat/tomcat.php?rub=15

http://www.durin.org/labs/jweb/websetup.html

http://www.durin.org/labs/jweb/websetup.html

L'application sera disponible à travers http://hote/Nom_ du_ WAR

Pour un redéploiement, il suffit de recompiler les classes, puis de redémarrer Tomcat ou mieux de signaler à Tomcat à travers le Manager de recharger la webapp (voire appendice)

Cette méthode est plus souple que la précédente. Il s'agit principalement de faire attention à l'endroit où le projet est créé, et où seront compilées les classes. L'inconvénient est que la webapp est sous Tomcat, alors que beaucoup de personnes bien ordonnées souhaiteraient séparer les programmes des applications. En effet, Tomcat au cours de modifications de sa configuration pourra dégénérer et nécessitera d'être réinstallé.

3. Déploiement d'une application ailleurs que sous webapps

L'application peut être placée dans n'importe quel répertoire, pourvu qu'elle respecte la structure des applications Web java et qu'elle soit déclarée à Tomcat.

Pour cela, il faut éditer avec précaution le fichier server.xml dans le répertoire conf de Tomcat. En faire une copie serait une bonne précaution.

Rechercher :



et ajouter à la suite :

<Context path="/monapplication"; docBase="c:\Chemin_Vers_Mon_Application" />

L'application est alors accessible à travers http://hote:8080/monapplication/resource_de_l'app

4. L'interface Manager

Elle est accessible à partir de la page d'accueil de Tomcat, puis un clic sur le lien "Tomcat manager". Il faut avoir mémorisé le couple identifiant/mot de passe lors de l'installation de Tomcat pour accéder au manager. Si Tomcat n'a pas demandé ce couple alors il faut éditer %TOMCAT_HOME%\conf\tomcat-users.xml pour donner à un utilisateur le rôle de manager.


Elle permet d'administrer les applications web installées sous le serveur avec une interface homme machine HTML. Il est possible de recharger une application web lorsque des classes ont été modifiées et recompilées en cliquant sur le lien correspondant à l'application web.

Par contre, si le descripteur web.xml est modifié, il est alors nécessaire de cliquer sur Arrêter puis Démarrer.

Le mot de passe est celui choisi lors de l'installation de Tomcat. On peut le retrouver dans le fichier tomcat-users.xml dans le répertoire conf de Tomcat

Exemple de deploiement en utilisant la methode 4

Nous allons maintenant faire en sorte que notre servlet soit consultable à partir d'un autre poste sur le réseau ou même depuis Internet. Nous allons donc la déployer en se servant du serveur Tomcat tout en conservant notre répertoire d'étude. Nous allons, en fait, indiquer au travers de Tomcat que notre répertoire <WEB/WebApplication_SousUbuntu> où se trouve notre servlet est autorisé à être consultée depuis l'extérieur.

Pour cela, il faut, bien entendu, activer votre serveur tomcat et visualiser la page d'accueil. Cliquer ensuite sur le lien "Tomcat Manager" pour pouvoir intégrer votre application Web (Il faut que vous ayez les droits requis - manager - pour être habilité à assurer cette gestion ). Une boîte de dialogue apparaît pour requérir votre nom de manager et votre mot de passe associé. Après validation, vous entrez effectivement dans le gestionnaire des applications Web Tomcat qui vous montre, entre autre, les applications déjà disponibles.


L'interface Manager est accessible à partir de la page d'accueil de Tomcat, puis un clic sur le limanager". Il faut avoir mémorisé le couple identifiant/mot de passe lors de l'installation de Tomcat pour accéder au manager. Si Tomcat n'a pas demandé ce couple alors il faut éditer


L'interface Manager est accessible à partir de la page d'accueil de Tomcat, puis un clic sur le lien "Tomcat manager". Il faut avoir mémorisé le couple identifiant/mot de passe lors de l'installation de Tomcat pour accéder au manager. Si Tomcat n'a pas demandé ce couple alors il faut éditer

L'interface Manager est accessible à partir de la page en "Tomcat

Tomcat pour accéder au manager. Si Tomcat n'a pas


Faites défiler la page à la section intitulée «répertoire de déploiement ou fichier WAR situé sur le serveur". Entrez le nom du contexte précédé par «/» (par exemple, /WebApplication_SousUbuntu) dans le champ "Chemin du contexte".

Laissez le "fichier de configuration XML URL" vide. Localisez le fichier WAR de Portofino et entrez son nom absolu (par exemple,/ /home/najihi/NetBeansProjects/WebApplication_SousUbuntu/dist/WebApplication_

SousUbuntu.war) dans le champ "URL du répertoire WAR ou". La section devrait ressembler à ceci:


Cliquez sur le bouton "Deployer". La page se rechargera. En haut de la page, vérifier que le message est "OK - application installée pour le chemin de contexte /WebAppliaction_SousUbuntu" . Dans la section "Applications" vérifier qu'il ya une ligne avec la nouvelle application Portofino. La capture d'écran ci-dessous montre la situation :

Que se passe-t-il dans le répertoire webapps ?

Si vous trouvez le répertoire de votre application avec le war cela vaut dire que vous

venez de déployer une livraison de type War dans Tomcat .


La technique décrite dans la section précédente ne fonctionne que si pouvez copier le fichier WAR de Portofino au système de fichierspouvez pas faire cela, vous pouvez toujours déployer en utilisant un «déploiement à distance". D'abord localiser le fichier WAR sur votre machine locale et le renommer au nom du contexte avec l'extension de la «guerre», par exemple Accédez au Gestionnaire d'applications Web Tomcat et descendez jusqu'à la section intitulée «fichier WAR à déployer». Cliquez sur "Parcourir ..." bouton et sélectionnez le fichier par exemplesur votre machine


La technique décrite dans la section précédente ne fonctionne que si pouvez copier le fichier WAR de Portofino au système de fichiers du serveur. Si vous ne pouvez pas faire cela, vous pouvez toujours déployer en utilisant un «déploiement à distance".

D'abord localiser le fichier WAR sur votre machine locale et le renommer au nom du contexte avec l'extension de la «guerre», par exemple, myapp.war.

Accédez au Gestionnaire d'applications Web Tomcat et descendez jusqu'à la section intitulée «fichier WAR à déployer».

Cliquez sur "Parcourir ..." bouton et sélectionnez le par exemple :WebApplication_SousUbuntu.war

sur votre machine locale.

La technique décrite dans la section précédente ne fonctionne que si pouvez copier le fichier WAR de

du serveur. Si vous ne pouvez pas faire cela, vous pouvez toujours déployer

D'abord localiser le fichier WAR sur votre machine

, myapp.war.

Accédez au Gestionnaire d'applications Web Tomcat et descendez jusqu'à la section intitulée «fichier WAR

Cliquez sur "Parcourir ..." bouton et sélectionnez le WebApplication_SousUbuntu.war


Servlet : étendent le comportement des serveurs Web avec des

programme Java

Portabilité, facilité d’écriture (JAVA)

Définition du code ,du paquetage, du déploiement

Persistance des données dans les servlets

Servlet chargée et instanciée une seule fois

Exécutée en // avec des processus légers (threads)

Mais :

Difficile d’écrire du code HTML dans du code Java

Introduction de la technologie Java Server Pages (JSP)

Pas de mécanisme intégré de distribution

Introduction de la technologie Entreprise Java

Rapport tp1 j2ee

Education

Transcript of Rapport tp1 j2ee