Rapport tp1 j2ee

PREMIER RAPPORT EN JAVA EE
 Installation de Tomcat et Netbeans
 Configuration de Tomcat
 Création d’une première servlet
 Déploiement
Encadré Par :
M Mohamed NAYA
Préparé par
:
Soukaina NAJIHI
Soukaina BOUJADI

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 coeur, 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
: unime -m
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
c'est-à-juste
uname permet de
Intel 32 bits et compatibles, dont les
(les Mac d'après juin 2005).
AMD64 et compatibles, dont les
-dire i386 à i686 (ça change pas grand chose,
que les 686 représentent les derniers types de
juste 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
1.2- Installation de jdk
utilisant nt le 64 bits
 Téléchargez la version de jdk qui vous convient sur le site
web oracle .Choisir
jdk-i586.
l'extension « .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/jdk6u35
downloads-1836443.html
Intel64.
-6u35-linux-http://
jdk6u35-

 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 .
 Pour rendre le fichier exécutable, saisissez :
chmod a+x jdk-6u35-
-linux-i586.bin
n'oubliez pas de changer le nom de fichier «
linux-i568»
jdk-6u35-
selon ce que vous avez téléchargé .
 Pour exécuter le fichier , saisissez :
jdk
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 .

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
l'installation de Tomcat.
2. Installation de
.
Objectifs
Tomcat
 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 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
é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.
jdk1.6.0_35 » selon ce que
avoir le nom de votre répertoire rendez
entamer

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

 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/

role rolename=manager/
role rolename=admin
role rolename=admin
role rolename=admin/
user username=votre
roles=manager-gui,admin
gui,manager,admin,manager
/tomcat-users
admin-gui/
admin-script/
otre-login password=votre-mot-de-passe
admin-gui,
manager-script,admin-script/
Remplacer l’utilisateur tomcat et le
mot_de_passetomcat
nom d'utilisateur et le mot de passe que vous
souhaitez
respectivement par le
.
 Vous devez maintenant
sudo gedit /usr/share/tomcat7/bin/catalina.sh
éditer le fichier 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.
après
java-6-sun
java-6-sun/jre
#!/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
: edit
/usr/local/tomcat6.0.18/conf/server.xml
Maintenant que Tomcat at 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
Tomcat
L'EDI NetBeans est un environnement de développement intégré, gratuit à l'
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
applications d'entreprises multi-multi
couches, en passant par les applications ons pour les mobiles
supportant Java.
L'EDI NetBeans a une 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
modules externes.

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.

 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
début.

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).

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, ... ).

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 :
!--
Context path= docBase=ROOT debug=0/
--
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%conftomcat-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 lien li
en 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

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 fichiers
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
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 exemple
sur votre machine
du serveur. Si vous ne
exemple, , myapp.war.
:WebApplication_SousUbuntu.war
locale.

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

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Rapport tp1 j2ee

Similar to Rapport tp1 j2ee (20)

More from Soukaina Boujadi

More from Soukaina Boujadi (13)

Recently uploaded

Recently uploaded (13)

Rapport tp1 j2ee