• Bref descriptif du projet
• Choix du langage JAVA
• Architecture de OLAS
• Les differents serveurs
• Le serveur HTTP
• Production des pages HTML pour le client et l'administrateur
• Production des bandeaux publicitaires
• Le serveur Client
• Enregistrement et effacement de bandeaux
• Le serveur d'Administration
•  Ajout et Enlevement des bandeaux publicitaires
• Les bases de données
• Les bases de données statiques
• La base de données dynamique
• Les limites de OLAS
• Comment lancer le serveur?
• Installation
• Lancement
• Conclusions

• Sources du projet
• Essayez notre projet en ligne...

Bref descriptif du projet

Le projet reposait sur la création d'un serveur de bandeaux publicitaires, il fallait réaliser un programme capable de servir sur certains critères des images.
Les critères retenus ici sont assez simples, par exemple, on pourra choisir de servir certains bandeaux aux personnes entrant dans la categorie 'jeunes 15-25 ans'.
Bien sur, on voudrait aussi pouvoir se rendre a une URL donnee en cliquant sur l'image.
Nous avons axé notre travail sur la création d'un serveur permettant une administration distante des bandeaux, ainsi qu'une inscription elle aussi distante.
 
 
Choix du langage JAVA

Avant de commencer a concevoir ce projet, il a fallu choisir un langage de programmation. JAVA s'est assez naturellement imposé car il facilite grandement le maniement d''objets reseaux' tels que les sockets ou les URLs.
De plus, le fait de developper des applets pour l'utilisateur final, garantissait une interface relativement conviviale et tournant sur plusieurs plateformes.
Le projet a ete développé en utilisant le JDK 1.1.5, certes non compatible avec les anciens browsers, mais déjà supporté sur Internet Explorer 4 par exemple.
 
 

Architecture de OLAS

Pour plus de lisibilité et une conception plus aisée, ce projet a été développé sous forme de packages JAVA, ce qui permet un relatif cloisonnement des fonctionnalités.
Le package general englobant les autres s'appelle olas .
Il est composé des sous-packages suivants :

• database, qui concerne la gestion de la mini base de données,
• administration, qui regroupe toutes les fonctionnalités liées a l'administration du service,
• net qui contient les serveurs proprement dits,
• graphics qui est anecdotique et qui regroupe les élements graphiques.

Les differents serveurs
 

Le serveur HTTP

Ce serveur est le serveur de base, c'est autour de lui que vient s'articuler toute l'application.
La tache de ce serveur est double.
 

Production des pages HTML pour le client et l'administrateur

La premiere tache du serveur HTTP est de servir les page HTML servant , d'une part a administrer le service et d'autre part , du côté client a inserer et a supprimer des bandeaux.
On peut distinguer ici 2 sortes de pages servies:

• Les pages et fichiers statiques : ce sont les pages écrites , par exemples a l'aide d'un éditeur de type Netscape Composer et qui peuvent etre inserée pour agrémenter l'application.
• Les pages dynamiques : ce sont des pages que l'on ecrit dans le serveur avant de les servir, par exemple, si l'on veut donner a un client la possibilite d'inscrire un bandeau aupres de notre service, il faut que l'on lise dans notre base de données les criteres sur lesquels on se base pour lui permettre de choisir parmi ceux ci. Ce sont aussi les pages de statistiques, accessibles via un identificateur délivré a l'enregistrement d'un bandeau.

 
Production des bandeaux publicitaires
 
La deuxieme tache du serveur HTTP est de servir des bandeaux publicitaires. Ce service a lieu lorsque quelqu'un insere dans sa page un URL du type :
<a href=http://notre_serveur/olaslocation> <img src=http://notre_serveur/?jeunes?entreprise/olasimg> </a>
Ce qui va signifier en clair, que nous allons lui servir une image suivant les criteres 'jeunes 15-25 ans' ou 'seniors' et que nous l'enverrons sur le site de la companie ayant inscrit le bandeau.
De manière à faciliter cela, nous avons eu recours au mecanisme des 'cookie' qui peut être ou non utilisé par le serveur si la personne regardant la page l'accepte ou pas.
Pour notre application, nous avons choisi un bandeau par défaut, c'est à dire un bandeau servi quand aucun n'est encore rendu disponible par l'administrateur. Ce bandeau représente le logo de l'essi.

Le serveur client

Ce serveur recoit et traite les donnees en provenance du client voulant inscrire ou retirer son bandeau.
 

Enregistrement et effacement de bandeaux

Le serveur client 'tourne' sur la meme machine que le serveur HTTP, une applet presente sur une page HTML délivrée par le serveur HTTP peut alors ouvrir une socket de communication avec le serveur client.
Les applets qui vont utiliser ce serveur sont l'applet d'inscription d'un bandeau (FormApplet) et l'applet de retrait d'un bandeau (RemoveFormApplet).
Le formulaire contient le champ 'URL of the picture' et le champ 'URL to link to the picture'. Le premier champ correspond à l'image du bandeau, le second à la 'location'  où il faudra se rendre suite a un click sur ce bandeau.
Lors de la reception par le serveur client d'un formulaire dument rempli, il procède à une vérification de l'URL. Si celle-ci est valide, il charge l'image dynamiquement (en mémoire) et en informe l'utilisateur du formulaire. Sinon, il renvoit un message d'erreur dans l'applet en demandant de corriger l'URL non valide.
Si l'enregistrement s'est bien passé, on délivre à l'utilisateur un Identifiant unique qui lui servira à consulter les statistiques et aussi , eventuellement à retirer son bandeau du serveur.
 
 
 

Le serveur d'administration
 
C'est par lui que l'applet d'administration récupérée via le serveur HTTP administre le service. L'avantage de disposer de la possibilité d'administrer à distance peut paraitre séduisant, mais il faut penser à l'aspect 'sécurité', c'est à dire au filtrage de l'accés à cette applet.
 
 Ajout et Enlevement des bandeaux publicitaires
 
L'ajout et la déselection de bandeaux se fait de manière graphique en selectionnant un bandeau présent dans la base de données pour être affichable ou en enlevant un élément de la liste des bandeaux affichable.
L'applet chargée de l'administration a aussi un bouton intitulé 'update database' qui met `a jour les modifications effectuées.
 

Les bases de données

Il faut distinguer les bases de données permanentes (stockées sur le disque) et les bases de données dynamiques (gérées em mémoire). Les bases de données permanentes sont chargées à chaque démarrage du serveur.
 

Les bases de données statiques

Elles sont au nombre de 3 :

• La base de données des bandeaux : elle contient les attributs du bandeau plus l'image du bandeau lui même. (pour des gains de performance, on aurait pu stocker dans 2 fichiers différents les attributs et l'image)
• La base de données des catégories : ce sont les critères sur lesquels on va servir un bandeau. Si elle est vide au demarrage du serveur elle est initialisée avec des valeurs par défaut.
• La base de données des sociétés ayant déposé leur bandeau.

La base de données dynamiques

Elle permet de savoir quelle page servir lors de l'appui sur un bandeau.En effet, lorsque quelqu'un clique sur un des bandeaux publicitaires, il doit être redirigé vers le site de l'entreprise que la publicité représente. Le lien URL spécifié plus haut est statique, en effet, il est ecit par quelqu'un une fois pour toute et ne bouge plus. Le problême est que lors d'un click souris sur le bandeaux, il va falloir que l'on redirige la requête vers la page de l'entreprise sans connaitre le bandeau sur lequel le click a lieu. Ce problême a été resolu par la création et le maintien d'une table dynamique permettant d'identifier quelqu'un qui demande un bandeau (par un cookie ou par le referer) et de pouvoir lui rendre la bonne 'location' d'URL au cas où il click sur l'image ( comparaison des cookies ou du referer ou encore de l'adresse IP de la demande de bandeau et de la demande de redirection vers le site de la société ).

Bien sûr ce projet a été réalisé dans un trés bref laps de temps, il manque donc certaines fonctionnalités qu'il aurait pu être interressant de rajouter :

• Le serveur n'offre aucune sécurité : tout le monde peut y inscrire des bandeaux et utiliser l'applet d'administration. Il aurait fallu, si l'on avait disposé d'un peu plus de temps, protéger les accés, surtout en ce qui concerne l'administration.
• Il n'y a pas de systême de tarification : on distribue les bandeaux de façon statistiquement uniforme, et ceci jusqu'a ce que l'on décide de les retirer des bandeaux à distribuer. On aurait pu imaginer plusieurs systêmes différents pour la tarification:
• Tarification à la campagne : l'entreprise nous fait savoir sur le formulaire d'inscription combien de fois elle désire voir son bandeau servi. Une fois le bandeau suffisamment servi, on le retire de la base de données.
• Tarification à la durée : l'entreprise enregistre son bandeau pour une durés donné:
• Tarification au nombre de bandeaux servis : Chaque fois que l'on sert le bandeau, l'entreprise doit nous verser une somme donnée.
• Nous ne nous sommes pas assez penchés sur la performance de notre système, on aurait pu accélérer le service de bandeaux en lançant plusieurs  'Thread' serveurs.
• On ne peut pas changer dynamiquement les catégories (ou critères) de sélection d'un bandeau.

Nous arrivons à une partie un petit peu plus technique, c'est à dire l'installation et le lancement du serveur. L'installation et le lancement s'appuient sur des scripts 'shell' facilitant la tâche pour les utilisateurs Unix. Si vous voulez commencer plus rapidement, aprés avoir décompressé l'archive, il vous suffit de taper :

Installation

La procedure d'installation est decrite dans le fichier

Lancement

Pour lancer le serveur ,le script est le suivant 'start_server.zsh'. Il prend en paramètres :

• le répertoire d'installation crée avec 'install_server.zsh',
• le port d'ecoute du serveur HTTP,
• le port d'ecoute du serveur client,
• le port d'ecoute du serveur d'administration.
la syntaxe informelle en est donc la suivante : start_server.zsh <port HTTP> <répertoire> <port client> <port administration>

un exemple d'execution pourrait donc être :

start_server.zsh 8080 toto/racine 3333 7777  
 

Ce projet nous a permit d'utiliser JAVA pour réaliser une application internet plutôt d'actualité. Bien sûr, un de nos plus gros regret sera de ne pas avoir eu le temps de pousser l'implémentation du serveur jusqu'au bout et de n'avoir pas traité les points abordés dans le paragraphe 'Les limites de OLAS'.
Malgré tout, cela nous a permit de réaliser la difficulté d'interropérer dans l'internet, en effet, par exemple, les 'browsers' ne retournent pas tous les mêmes informations, il faut s'adapter en fonction du client...
Enfin, nous avons pu, un peu plus approfondir notre connaissance de JAVA dans le domaine des réseaux.
 
 
 
 
 

Sources du projet

Vous pouvez récupérer les sources du projet, ainsi que les classes java en cliquant sur la réference ci dessous.
 

Essayez notre projet en ligne...

Attention! comme nous l'avons précisé dans le paragraphe 'Choix du langage', cette démonstration ne pourra
 fonctionner que sur un browser supportant JAVA 1.1.5. Nous vous conseillons d'utiliser 'Internet Explorer' de Microsoft par exemple.
D'autre part, le serveur que nous allons lancer est interne à l'école car nous n'avons pas accés vers l'exterieur. Donc vous ne pourrez pas y accéder si vous essayer de l'exterieur de l'ecole.
Si vous essayer d'y accéder depuis l'interieur, il reste à esperer que personne n'ai rebooté la machine sur laquelle il est lancé... (nessie en utilisant le port 12345 )
En cas de problèmes, n'hesitez pas à nous contacter...
 

 Philippe Menauge 

         Tony Therier