Cours gratuits » Cours informatique » Cours programmation » Cours JAVA

Cours du langage Java : Les classes et les types prédéfinis

Documents similaires

2.5 étoiles sur 5 a partir de 4 votes.
Votez ce document: ☆☆☆☆☆★★★★★

Introduction à la programmation WEB en JAVA - Servlets et pages JSP -

Introduction

Ce document est un support de cours : ce n'est pas un cours complet. Des approfondissements nécessitent l'aide d'un enseignant et par ailleurs un certain nombre de thèmes n'ont pas été abordés.

L'étudiant y trouvera cependant des informations lui permettant la plupart du temps de travailler seul. Il comporte peut-être encore des erreurs : toute suggestion constructive est la bienvenue à l'adresse .

Programmation j2EE aux éditions Wrox et distribué par Eyrolles
Java Server Pages (Fields, Kolb) aux éditions Eyrolles
Java Servlet Programming (Hunter) aux éditions O'Reilly

Beaucoup d'informations de ce polycopié sont tirées de la référence 1 dont le contenu (1000 pages) dépasse très largement celui de de polycopié.

S'il est suffisant pour une introduction à la programmation web en Java, ce document pourrait être amélioré en y ajoutant les thèmes importants suivants :

§ programmation XML
§ balises JSP
§ EJB (Enterprise Java Beans)

Serge Tahé Septembre 2002

Les bases

Dans ce chapitre, nous présentons les bases de la programmation Web. Il a pour but essentiel de faire découvrir les grands principes de la programmation Web avant de mettre ceux-ci en pratique avec un langage et un environnement particuliers. Il présente de nombreux exemples qu'il est conseillé de tester afin de "s'imprégner" peu à peu de la philosophie du développement web.

1.1	Les composantes d'une application Web

Numéro Rôle Exemples courants

OS Serveur

Linux, Windows

Serveur Web

Apache (Linux, Windows) IIS (NT), PWS(Win9x)

Scripts exécutés côté serveur. Ils peuvent l'être par des modules du serveur ou par des programmes externes au serveur (CGI).

PERL (Apache, IIS, PWS)

VBSCRIPT (IIS,PWS)

JAVASCRIPT (IIS,PWS)

PHP (Apache, IIS, PWS)

JAVA (Apache, IIS, PWS)

C#, (IIS)

Base de données - Celle-ci peut être sur la même machine que le programme qui l'exploite ou sur une autre via Internet.

Oracle (Linux, Windows)

MySQL (Linux, Windows)

Access (Windows)

SQL Server (Windows)

OS Client

Linux, Windows

Navigateur WebNetscape, Internet Explorer

Scripts exécutés côté client au sein du navigateur. Ces scripts n'ont aucun accès aux VBscript (IE)

disques du poste client.Javascript (IE, Netscape)

Perlscript (IE)

Applets JAVA

1.2	Les échanges de données dans une application web avec formulaire

	Numéro Rôle
			Le navigateur demande une URL pour la 1ère fois (http://machine/url). Auncun paramètre n'est passé.
			Le serveur Web lui envoie la page Web de cette URL. Elle peut être statique ou bien dynamiquement générée par un script serveur (SA) qui a pu utiliser le contenu de bases de données (SB, SC). Ici, le script détectera que l'URL a été demandée sans passage de paramètres et génèrera la page WEB initiale. Le navigateur reçoit la page et l'affiche (CA). Des scripts côté navigateur (CB) ont pu modifier la page initiale envoyée par le serveur. Ensuite par des interactions entre l'utilisateur (CD) et les scripts (CB) la page Web va être modifiée. Les formulaires vont notamment être remplis.
			L'utilisateur valide les données du formulaire qui doivent alors être envoyées au serveur web. Le navigateur redemande l'URL initiale ou une autre selon les cas et transmet en même temps au serveur les valeurs du formulaire. Il peut utiliser pour ce faire deux méthodes appelées GET et POST. A réception de la demande du client, le serveur déclenche le script (SA) associé à l'URL demandée, script qui va détecter les paramètres et les traiter.
			Le serveur délivre la page WEB construite par programme (SA, SB, SC). Cette étape est identique à l'étape 2 précédente. Les échanges se font désormais selon les étapes 2 et 3.
1.3		Quelques ressources

Ci-dessous on trouvera une liste de ressources permettant d'installer et d'utiliser certains outils permettant de faire du développement web. On trouvera en annexe, une aide à l'installation de ces outils.

- Apache, Installation et Mise en œuvre, O'Reilly

- Programmation en Perl, Larry Wall, O'Reilly

- Applications CGI en Perl, Neuss et Vromans, O'Reilly

- la documentation HTML livrée avec Active Perl

- Prog. Web avec PHP, Lacroix, Eyrolles

- Manuel d'utilisation de PHP récupérable sur le site de PHP

?/scripting/vbscript

- Interface entre WEB et Base de données sous WinNT, Alex Homer, Eyrolles

- JAVA Servlets, Jason Hunter, O'Reilly

- Programmation réseau avec Java, Elliotte Rusty Harold, O'Reilly

- JDBC et Java, George Reese, O'reilly

- Le manuel de MySQL est disponible sur le site de MySQL

- Oracle 8i sous Linux, Gilles Briard, Eyrolles

- Oracle 8i sous NT, Gilles Briard, Eyrolles

1.4

Notations

Dans la suite, nous supposerons qu'un certain nombre d'outils ont été installés et adopterons les notations suivantes :

notation	signification
	racine de l'arborescence du serveur apache
	racine des pages Web délivrées par Apache. C'est sous cette racine que doivent se trouver les pages Web. Ainsi l'URL correspond au fichier \.
	racine de l'arborescence lié à l'alias cgi-bin et où l'on peut placer des scripts CGI pour Apache. Ainsi l'URL correspond au fichier \.

racine des pages Web délivrées par PWS. C'est sous cette racine que doivent se trouver les pages Web. Ainsi l'URL correspond au fichier \. racine de l'arborescence du langage Perl. L'exécutable se trouve en général dans \bin. racine de l'arborescence du langage PHP. L'exécutable se trouve en général dans . racine de l'arborescence de java. Les exécutables liés à java se trouvent dans \bin.

racine du serveur Tomcat. On trouve des exemples de servlets dans \webapps\examples\servlets et des exemples de pages JSP dans \webbapps\examples\jsp

On se reportera pour chacun de ces outils à l'annexe qui donne une aide pour leur installation.

1.5	Pages Web statiques, Pages Web dynamiques

Une page statique est représentée par un fichier HTML. Une page dynamique est, elle, générée "à la volée" par le serveur web. Nous vous proposons dans ce paragraphe divers tests avec différents serveurs web et différents langages de programmation afin de montrer l'universalité du concept web.

1.5.1 Page statique HTML (HyperText Markup Language)

Considérons le code HTML suivant :

essai 1 : une page statique

Une page statique

qui produit la page web suivante :

Les tests

- lancer le serveur Apache

- mettre le script dans

- visualiser l’URL avec un navigateur - arrêter le serveur Apache

- lancer le serveur PWS

- mettre le script dans

- visualiser l’URL avec un navigateur

1.5.2 Une page ASP (Active Server Pages)

Le script :

essai 1 : une page asp

Une page asp générée dynamiquement par le serveur PWS

Il est <% =time %>

A chaque fois que vous rafraîchissez la page, l'heure change.

produit la page web suivante :

Le test

- lancer le serveur PWS

- mettre le script dans

- demander l’URL avec un navigateur

1.5.3 Un script PERL (Practical Extracting and Reporting Language)

Le script :

#!d:\perl\bin\

($secondes,$minutes,$heure)=localtime(time);

print <

Content-type: text/html

essai 1 : un script Perl

Une page générée dynamiquement par un script Perl

Il est $heure:$minutes:$secondes

A chaque fois que vous rafraîchissez la page, l'heure change.

HTML

;

La première ligne est le chemin de l'exécutable . Il faut l'adapter si besoin est. Une fois exécuté par un serveur Web, le script produit la page suivante :

Le test

- serveur Web : Apache

- pour information, visualisez le fichier de configuration ou selon la version d'Apache dans \confs et rechercher la ligne parlant de cgi-bin afin de connaître le répertoire dans lequel placer . - mettre le script dans

- demander l’url

A noter qu’il faut davantage de temps pour avoir la page perl que la page asp. Ceci parce que le script Perl est exécuté par un interpréteur Perl qu’il faut charger avant qu’il puisse exécuter le script. Il ne reste pas en permanence en mémoire.

1.5.4 Un script PHP (Personal Home Page)

Le script

essai 4 : une page php

Une page PHP générée dynamiquement

A chaque fois que vous rafraîchissez la page, l'heure change.

Le script précédent produit la page web suivante :

Les tests

- consulter le fichier de configuration ou d'Apache dans \confs

- pour information, vérifier les lignes de configuration de php

- lancer le serveur Apache

- mettre dans

- demander l’URL

- lancer le serveur PWS

- pour information, vérifier la configuration de PWS à propos de php

- mettre dans \php - demander l'URL

1.5.5 Un script JSP (Java Server Pages)

Le script

<% //programme Java affichant l'heure %>

<%@ page import=".*" %>

// code JAVA pour calculer l'heure

Calendar calendrier=Calendar.getInstance(); int (Calendar.HOUR_OF_DAY); int (Calendar.MINUTE); int (Calendar.SECOND);

// heures, minutes, secondes sont des variables globales

// qui pourront être utilisées dans le code HTML %>

<% // code HTML %>

Page JSP affichant l'heure

Une page JSP générée dynamiquement

Il est <%=heures%>:<%=minutes%>:<%=secondes%>

A chaque fois que vous rechargez la page, l'heure change

Une fois exécuté par le serveur web, ce script produit la page suivante :

Les tests

§ mettre le script dans \jakarta-tomcat\webapps\examples\jsp (Tomcat 3.x) ou dans \webapps\examples\jsp (Tomcat 4.x)
§ lancer le serveur Tomcat
§ demander l'URL

1.5.6 Conclusion

Les exemples précédents ont montré que :

- une page HTML pouvait être générée dynamiquement par un programme. C'est tout le sens de la programmation Web.

- que les langages et les serveurs web utilisés pouvaient être divers. Actuellement on observe les grandes tendances suivantes:

o les tandems Apache/PHP (Windows, Linux) et IIS/PHP (Windows) o la technologie sur les plate-formes Windows qui associent le serveur IIS à un langage .NET (C#,

, ) o la technologie des servlets Java et pages JSP fonctionnant avec différents serveurs (Tomcat, Apache, IIS) et sur différentes plate-formes (Windows, Linux). C'est cette denière technologie qui sera plus particulièrement développée dans ce document.

1.6	Scripts côté navigateur

Une page HTML peut contenir des scripts qui seront exécutés par le navigateur. Les langages de script côté navigateur sont nombreux. En voici quelques-uns :

Langage	Navigateurs utilisables
Vbscript	IE
Javascript	IE, Netscape
PerlScript	IE
Java	IE, Netscape

Prenons quelques exemples.

1.6.1 Une page Web avec un script Vbscript, côté navigateur

La page

essai : une page web avec un script vb

Une page Web avec un script VB	Cliquez sur le bouton

La page HTML ci-dessus ne contient pas simplement du code HTML mais également un programme destiné à être exécuté par le navigateur qui aura chargé cette page. Le code est le suivant :

Les balises servent à délimiter les scripts dans la page HTML. Ces scripts peuvent être écrits dans différents langages et c'est l'option language de la balise

Une page Web avec un script Javascript

Cliquez sur le bouton

On a là quelque chose d'identique à la page précédente si ce n'est qu'on a remplacé le langage VBScript par le langage Javascript. Celui-ci présente l'avantage d'être accepté par les deux navigateurs IE et Netscape. Son exécution donne les mêmes résultats :

Les tests

- serveur Apache

- script dans

- demander l’url avec le navigateur IE ou Netscape

- serveur PWS

- script dans

- demander l’url avec le navigateur IE ou Netscape

1.7	Les échanges client-serveur

Revenons à notre schéma de départ qui illustrait les acteurs d'une application web :

Nous nous intéressons ici aux échanges entre la machine cliente et la machine serveur. Ceux-ci se font au travers d'un réseau et il est bon de rappeler la structure générale des échanges entre deux machines distantes.

1.7.1 Le modèle OSI

Le modèle de réseau ouvert appelé OSI (Open Systems Interconnection Reference Model) défini par l'ISO (International Standards Organisation) décrit un réseau idéal où la communication entre machines peut être représentée par un modèle à sept couches :

|-------------------------------------|

7 | Application |

|-------------------------------------|

6 | Présentation |

|-------------------------------------|

5 | Session |

|-------------------------------------|

4 | Transport |

|-------------------------------------|

3 | Réseau |

|-------------------------------------|

2 | Liaison |

|-------------------------------------|

1 | Physique |

|-------------------------------------|

Chaque couche reçoit des services de la couche inférieure et offre les siens à la couche supérieure. Supposons que deux applications situées sur des machines A et B différentes veulent communiquer : elles le font au niveau de la couche Application. Elles n'ont pas besoin de connaître tous les détails du fonctionnement du réseau : chaque application remet l'information qu'elle souhaite transmettre à la couche du dessous : la couche Présentation. L'application n'a donc à connaître que les règles d'interfaçage avec la couche Présentation. Une fois l'information dans la couche Présentation, elle est passée selon d'autres règles à la couche Session et ainsi de suite, jusqu'à ce que l'information arrive sur le support physique et soit transmise physiquement à la machine destination. Là, elle subira le traitement inverse de celui qu'elle a subi sur la machine expéditeur.

A chaque couche, le processus expéditeur chargé d'envoyer l'information, l'envoie à un processus récepteur sur l'autre machine apartenant à la même couche que lui. Il le fait selon certaines règles que l'on appelle le protocole de la couche. On a donc le schéma de communication final suivant :

Machine A Machine B

+-------------------------------------+ +----------------------------+

7 ¦ Application v ¦ ¦ ^ Application ¦