Le web dynamique
Un ordinateur est un serveur (=logiciel)
Un client est un logiciel capable de se connecter au serveur
Un navigateur internet est un client HTTP
HTTP est un protocole de communication (codes de communication)
Quand je lance « https://www/google.com/index.html » :
Le navigateur e ectue une requête auprès du serveur répondant à l’adresse « www.google.fr »
pour lui demander la ressource « index.html ».
Un navigateur web ne sait comprendre que le HTML pour décrire une page web. Si on lui
demande d’a cher un chier contenant du code source Java : il l’a che comme du texte.
Les données qui arrivent au client doivent être formées en HTML, donc si on veut a cher
« Bonjour <var> », il faut l’avoir fait avant que le client ne reçoive les données.
Si on n’agit pas sur le client, on agit alors sur l’autre acteur de la transaction HTTP qui est le
serveur.
L’idée est de générer dynamiquement le contenu (ou une partie du contenu) d’une page Web. On
peut laisser statique le code et insérer un programme qui va gérer la partie dynamique (variable).
Javascript dynamise le côté client.
JAVA et le web
Exemple de l’application bancaire : on a une application qui contacte le système central de la
banque et récupère les données. Sa sortie est du code HTML destiné à être envoyé à un client.
Une application web est une application informatique classique qui formate sa sortie en HTML.
Un serveur web classique ne sait pas executer une application web, il faut donc recourir à un
serveur spéci que (ex: Tomcat).
Tomcat est un serveur d’application Java: les applications qu’il héberge sont écrite en Java.
Les servlets (morceau d’application) sont les objets de base d’une application web en Java. Ils
reçoivent les requêtes des utilisateurs (et e ectuent des traitements) et envoient les réponses
HTML.
Les pages JSP dérivent des servlets : c’est un langage qui mélange HTML (ou XML) et du code
JAVA.
Quand on appelle un page JSP sur un serveur, on sollicite une servlet.
ffi
fi ff fi ff ffi ffi
, Les serveurs d’application
La di érence entre une application classique (page web statique) et une application web est la
minière dont la réponse est formée coté serveur.
Une application classique et une application web :
- génèrent une réponse HTML à une requête après avoir e ectuer certaines opérations
(connexion à une db, un annuaire…)
- Les requêtes de client (navigateur web) ne di èrent pas : via un URL.
C’est donc du côté serveur qu’on doit agir.
Schéma requête-réponse:
- Le client émet une requête (URL)
- Cotés serveur : le serveur web (Apache) traite toutes les requêtes HTTP entrantes, qu’elles
demandent des ressources statiques ou dynamiques. (HTTP ne répond qu’au requêtes visant
les sources statiques)
- Le serveur HTTP (serveur web -Apache) s’aperçoit que la requête est destinée au serveur
d’application (Tomcat) : il lui transmet le requête via le connecteur.
- Tomcat execute la servlet auquel est destinée la requête en fonction de l’URL. (Opération faite à
partir de la con guration du serveur Tomcat)
- Le serveur fournit à la servlet 2 objets JAVA (un pour la requête et un pour la réponse).
- La servlet génère la réponse (consultation db, serveur ou autres ressources).
- Le serveur d’application (Tomcat) renvoie la réponse à Apache qui la récupère comme s’il était
lui même aller chercher une ressource statique.
- La réponse est du simple code HTML compréhensible par le navigateur. Apache peut la
retourner au client.
Serveur d’application (Tomcat) : ne sait pas traiter une requête HTTP
Serveur web (Apache) ne sait pas executer une application
Tomcat
Tomcat est un serveur d’application:
- Intégralement écrit en JAVA
- Les application qu’il est capable d’exécuter doivent être développées en JAVA. (.war)
- Déploie le code / Compile le code.
Rôle de Tomcat:
- sait executer des applications web
- Convertit une requête en objet JAVA (pour qu’elle soit executable par l’application)
- Convertit l’objet JAVA contenant la réponse en réponse compréhensible par le serveur web.
Le coeur d’un serveur d’application est le conteneur de servlet.
La servlet est l’élément essentiel d’une application écrite en JAVA (reçoit la requête et envoie la
réponse)
Le conteneur de servlet gère les servlets, sait où se trouvent physiquement les classes JAVA, pour
quelles URL les appeler, et les execute les servlets quand elles sont demandées.
ff fi ff ff
Les avantages d'acheter des résumés chez Stuvia:
Qualité garantie par les avis des clients
Les clients de Stuvia ont évalués plus de 700 000 résumés. C'est comme ça que vous savez que vous achetez les meilleurs documents.
L’achat facile et rapide
Vous pouvez payer rapidement avec iDeal, carte de crédit ou Stuvia-crédit pour les résumés. Il n'y a pas d'adhésion nécessaire.
Focus sur l’essentiel
Vos camarades écrivent eux-mêmes les notes d’étude, c’est pourquoi les documents sont toujours fiables et à jour. Cela garantit que vous arrivez rapidement au coeur du matériel.
Foire aux questions
Qu'est-ce que j'obtiens en achetant ce document ?
Vous obtenez un PDF, disponible immédiatement après votre achat. Le document acheté est accessible à tout moment, n'importe où et indéfiniment via votre profil.
Garantie de remboursement : comment ça marche ?
Notre garantie de satisfaction garantit que vous trouverez toujours un document d'étude qui vous convient. Vous remplissez un formulaire et notre équipe du service client s'occupe du reste.
Auprès de qui est-ce que j'achète ce résumé ?
Stuvia est une place de marché. Alors, vous n'achetez donc pas ce document chez nous, mais auprès du vendeur ryma1. Stuvia facilite les paiements au vendeur.
Est-ce que j'aurai un abonnement?
Non, vous n'achetez ce résumé que pour 6,49 €. Vous n'êtes lié à rien après votre achat.