Développement d'une base de donnée : Différence entre versions
(→Les pages JSP) |
(→Développement du serveur web java EE) |
||
| Ligne 377 : | Ligne 377 : | ||
*'''Resultat_nom.jsp :''' Cette page affiche soit le message d'erreur soit la liste des objets correspondant à la recherche effectué. | *'''Resultat_nom.jsp :''' Cette page affiche soit le message d'erreur soit la liste des objets correspondant à la recherche effectué. | ||
| + | |||
| + | |||
| + | ====Les Servlets==== | ||
| + | |||
| + | |||
| + | *'''Affichage.java :''' Dans cette servlet nous avons la méthode post qui récupère l'objet envoyé pour récupérer les liens vers ses images correspondante et renvoie le tout vers affichage.jsp pour afficher. Pour la méthode get, cette servlet permet de sélectionner grace au parametre place passé directement dans l'url à partir des pages important la page Affichage_IOT_multiple.jsp . Cet objet est ensuite utilisé pour récupérer les liens de ses images pour enfin être envoyé vers la page d'affichage. | ||
| + | |||
| + | |||
| + | *'''Affichage_caracteristique.java :''' La partie get de la servlet s'occupe de récupérer toute les caractéristiques présente dans la base de données des caractéristiques et envoie ces information à la page affichage_caracteristique.jsp | ||
| + | La partie Post s'occupe de vérifier que la nouvelle caractéristique entré possède bien toute les informations nécessaire et si elles sont juste avant de retourner à l'affichage de toute les caractéristiques. | ||
| + | |||
| + | |||
| + | *'''Ajout_caracteristique.java :''' La partie get procède à la récupération de toute les caractéristiques présente dans la base de données puis récupère les caractéristiques présente dans l'objet puis en fait la différence pour ressortir seulement les caractéristiques que l'on peut ajouter pour enfin envoyer cette liste à la page ajout_caracteristique.jsp. | ||
| + | La partie Post marche en deux passage, le premier il récupère les informations de la caractéristique que l'utilisateur souhaite ajouter puis vérifie qu'il n'y a pas eu d'erreur, si il y a eu une erreur on refait la même chose que pour la partie get plus affiche le message d'erreur et en cas de réussite on part sur la page remplissage_caracteristique_simple.jsp afin de récupérer les dernières informations. | ||
| + | Le second passage vérifie la validité des entrées et ajoute la caractéristique à l'objet tout en mettant à jour la base de données et renvoie le tout vers l'affichage. | ||
| + | |||
| + | |||
| + | *'''Ajout_faille.java :''' Ne possède pas de méthode get. La méthode post récupère les informations de l'objet vérifie les champs entrées et ajoute la faille à l'objet tout en mettant à jour la base de données. Une fois que ceci est fait on récupère les photos ainsi que l'objet résultant et on renvoie vers la page d'affichage. | ||
| + | |||
| + | |||
| + | *'''Ajout_image.java :''' La partie get envoie sur la page Ajout_image.jsp qui est le formulaire d'ajout de fichier. La partie Post récupère le chemin en paramètre de servlet pour enregistrer l'image en fonction de celui ci puis une fois l'image enregistré renvoie l'utilisateur vers l'affichage de l'objet en cas de bon fonctionnement. En cas d'erreur l'utilisateur est renvoyé vers la page Ajout_image.jsp. | ||
| + | |||
| + | |||
| + | *'''Download.java :''' La partie get récupère le fichier en fonction de l'URL entrée et l'envoie en téléchargement à l'utilisateur. | ||
| + | |||
| + | |||
| + | *'''Nouvelle_interface.java :''' La partie get récupère toute les caractéristiques présente dans la base de données des caractéristiques et les envoie à la page formulaire_interface. | ||
| + | La partie post récupère toutes les informations rentrées par l'utilisateur, si toute les informations sont la l'objet est alors créé puis affiché sinon la méthode post renvoie l'utilisateur vers le remplissage des caractéristiques car le problème ne peux venir que des entrée dans la page remplissage_caracteristique.jsp car la première partie du formulaire est géré par la servlet remplissage_caractéristique.java. | ||
| + | |||
| + | |||
| + | *'''Remplissage_caracteristique.java :''' Cette servlet ne possède que la méthode post lui permettant de vérifier toutes les entrées du formulaire de la page formulaire_interface.jsp. Une fois la vérification faite, il renvoie l'utilisateur vers le formulaire en cas d'erreur sinon il envoie l'utilisateur sur la page remplissage_caracteristique afin qu'il puisse spécifier les caractéristiques de son objet. | ||
| + | |||
| + | |||
| + | *'''Recherche_ID.java :''' La méthode get envoie simplement l'utilisateur vers la page rechercher_ID.jsp. | ||
| + | La méthode Post prend en compte l'entrée du formulaire, la vérifie et retourne soit sur le formulaire en cas d'erreur soit sur l'affichage de l'objet récupéré en cas de succés. | ||
| + | |||
| + | |||
| + | *'''Recherche_par_caracteristique.java :''' La méthode get récupère toute les caractéristiques présente dans la base de données des caractéristiques pour les envoyer à la page rechercher_caracteristique.jsp. | ||
| + | La méthode post récupère les caractéristiques qui ont était sélectionné puis récupère les objets correspondant aux caractéristiques sélectionné puis les envoie vers la page d'affichage resultat_caracteristique.jsp. | ||
| + | |||
| + | |||
| + | *'''home.java :''' Possède seulement la méthode post qui permet l'authentification du client au près de la base de donnée et ainsi récupérer les portes d'accès à ces deux bases de données (celle des objets et celle des caractéristiques) et enregistre ces points d'accès dans la session afin qu'il y ai une porte d'accès par client. Le client est ensuite envoyé ver la page d'acceuil. | ||
| + | |||
| + | |||
| + | *'''Recherche_par_nom :''' La méthode Get envoie l'utilisateur vers la page du formulaire pour rentrer le nom à rechercher. | ||
| + | La méthode Post permet de récupérer la liste des objets correspondant au nom que l'utilisateur à entré sans oublier le message d'erreurs en cas d'échec. | ||
=Source= | =Source= | ||
Version du 12 juin 2019 à 15:18
Sommaire
Présentation générale
- Nom du projet : Développement d'une base de donnée
- Stagiaire : Fabien DI NATALE
Projet
Le sujet
Nous devons créer une base de donnée dont le but sera de regrouper toute les interfaces connectées au réseau et de pouvoir les retrouver par des requêtage spécifique : Nous pourrons rechercher les interfaces connectées par Caractéristiques, par nom ou par ID. Cette base de donnée devra être accessible et modifiable par une application web codé en java. Nous ne devons pas sous estimer la possibilité d’une augmentation exponentiel des données en cas d’utilisation de notre projet à plus grande ampleur. Sans oublier la protection des données.
Chaque interface connectées comportera les champs suivants:
- Un FCC_ID
- Un nom
- Son mode de communication
- Sa marque
- Sa version
- Ses caractéristiques
- Ses failles de sécurité
Cahier des charges
Contexte : Énormément d’interfaces connectée sont utilisé dans le monde mais aucune base de donnée de l’IRCICA permet leur identification et le stockage de leurs information
Objectif : Créer une base de donnée capable de gérer une grandes quantité d’interface connectée et accessible à travers le monde
Besoins fonctionnels : Nous avons besoin que cette base de donnée soit facilement et rapidement modifiable Facilement et rapidement accessible La plus résistante possible aux différentes attaques
Contraintes : Le serveur web doit être développé en Java et nous devons avoir un niveau de sécurité élevé
Résultats attendus : Une applications web protégé et accessible avec une grande efficacité de recherche et de modification des données
Exigences : Nous devons avoir notre base de donnée ainsi que notre application web bien protégé contre les cyber attaque
Informations importantes
Les Bases de données
Pour commencer voici les différents type de base de données:
- Les bases de données relationnel:
Les bases de données relationnel sont les bases de données de référence, les plus anciennes et les plus utilisé, elles possèdent toute le même language le SQL. Celles ci permettent une grande rapidité de traitement et la possibilité de gérer de grand volume. Cependant les bases de données relationnel sont très strict dans leur conception et une fois faite elles ne peuvent plus être modifier. De plus chaque membres d'une table doit posséder les attributs avec lesquels la table a était créé.
- Les bases de données orientées clé-valeur:
Ces bases de données reliant simplement une clé à une valeur sont des bases de données très rapide, ce sont les bases de données les plus rapide en terme de recherche et d'accés aux données mais sont limité dans la formation des donnée et la gestion de requête sophistiqué.
- Les bases de données orientée documents:
Ces bases de données est l'évolution des bases de données clé-valeur ajoutant certains avantage comme une structure très libre contrairement aux structure clé-valeur se limitant à une clé pour une valeur. Ces bases de données permettent des recherches plus sophisitiqué et peuvent enregistré des structures extrèmement varié au sein de la même base de donnée. Ceci lui fait perdre un peu de rapidité par rapport aux bases de données clé-valeur. Cependant les bases de données orientée documents reste très performante et très rapide.
- Les bases de données orientée collones :
Ces bases de données sont orientée collones, elles peuvent ainsi modifier toute les données à l'aide d'une seule commande très rapidement. Ces bases de données permettent l'ajout d'un attribut très rapidement. Ces bases de données sont alors recherché et utilisé pour leur capacité à monter en charge et à acceuillir une forte volumétrie de données.
- Les bases de données à index inversé:
Ces bases de données font appel aux même principe que les bases de données orientée documents tout en profitant d'excellentes capacité de requêtage, ce système de BDD a était popularisé par google et est donc très puissant pour les recherches en milieu de texte mais ceci augmente le temps d'insertion de nouvelles données.
Comme nous avons pu le voir plus haut notre base de donnée a besoin de pouvoir faire des recherches rapide, simple et organisé tout en gardant une rapidité de modification et d'ajout de données.
Nous voulons aussi que la bases de données nous donne la possibilité de modifier facilement les structures de données déjà présente.
J'ai alors choisie l'utilisation d'une base de données orientées document.
Couchbase:
Cette base orientée documents privilégie la cohérence des données aux performances pures. Couchbase dispose d'un outil de requêtage normalisé SQL appelé N1QL. Couchbase vise les applications web et peut être utilisé sur mobile. Possibilité d'utiliser les jointures à l'aide du language N1QL. Couchbase est très proche de CouchDB. BDD orientée clé-valeur et documents, fait un mix des deux pour rendre le plus polyvalent possible.
MongoDB:
Moteur orientée documents reconnu pour la souplesse de sa structure. Il reste très souple, pas besoin de préstructurer les données il suffit de créer des collections d'y mettre des éléments sans avoir besoin de dire comment les organiser. Tout en répondant à 80% des besoins couverts par une base relationnelle traditionnelle, à l'exception du transactionnel. Ce moteur s'appuie sur la technique json. Recherche rapide et puissante mais pas de fonction join.
J'ai fait le choix d'utiliser la base de données MongoDB car c'est une base de données très performante et très souple possédant une énorme communauté et donc énormément de documentation, tutoriel et peu de bug. De plus, MongoDB profite d'un driver très bien aboutit pour le code java nous permettant alors de manipuler toute les bases de données facilement tout en respectant notre cahier des charges.
MongoDB
MongoDB est une base de données noSQL ce qui signifie n'utilisant pas le language de communication ainsi que les requête SQL. Ce n'est donc pas une base de données relationnel comme on a l'habitude de voir mais une base de données orienté document.
Cette orientation document lui donne plusieurs avantage comme :
- une grande simplicité;
- une grande souplesse ;
- une grande évolutivité.
De plus MongoDB propose les fonctionnalités suivantes:
- la réplication lui permettant de dupliquer les serveurs de base de données pour répondre à une monté en charge rapide tout en augmantant sa tolérance aux pannes;
- le Sharding lui permettant de répartir les données sur plusieurs serveurs afin d'augmenter les performances ou de répartir les données géographiquement;
- un système d’information géographique permettant de manipuler simplement des positions sur un plan ou sur le globe terrestre;
- un système de recherche optimisé en fonction de la langue utilisée.
MongoDB utilise les fichiers JSON pour gérer ses données rendant ainsi les fichiers facilement manipulable et modifiable.
Les bases de données MongoDB sont alors utilisé lorsque les systèmes ont besoin de prévoir une montée en charge rapide, ayant besoin de schéma souple et facilement reconfigurable, ayant besoin d'une répartition géographique des données ou encore une base de données ayant besoin de système de recherche, de stockage de fichier ou d’un système information géographique.
Java EE
Le terme « Java EE » signifie Java Enterprise Edition, et était anciennement raccourci en « J2EE ». Il fait quant à lui référence à une extension de la plate-forme standard. Autrement dit, la plate-forme Java EE est construite sur le langage Java et la plate-forme Java SE, et elle y ajoute un grand nombre de bibliothèques remplissant tout un tas de fonctionnalités que la plate-forme standard ne remplit pas d'origine. L'objectif majeur de Java EE est de faciliter le développement d'applications web robustes et distribuées, déployées et exécutées sur un serveur d'applications. Java EE a était très longtemps déprécié par sa complexité menant même à la naissance du framework Spring visant à remplacer Java EE trop complexe à prendre en main mais Java EE a su évoluer et se simplifier tandisque Spring se compléxifié.
Java EE se distingue de ses concurent par la prise en charge de toute les bibliothèques standard répondant à la plupart des besoin ainsi que des bibliothèques logicielles additionnelles dédiées à des applications professionnelles, facilitant par exemple le développement d'applications pour architecture distribuée.
Aujourd'hui confié par Oracle à la fondation éclipse et maintenant appelé Jakarta EE, il dispose d'énormément de composant. En particulier des API ainsi que des composant orienté développement web tel que les Servlets qui est le controller dans les modèles MVC des sites web. Il possédes aussi des framexork web ainsi que des bibliothèques de balises tel que les JavaServer Pages (JSP), les Java Standard Tag Library (JSTL) et les JavaServer Faces (JSF).
Mise en œuvre
Manipulation des données MongoDB à l'aide d'une application java
Logiciel et librairie utilisé
Afin de apprendre à manipuler MongoDB et que cela corresponde bien à notre cahier des charges nous avons utilisé les logiciels suivant:
MongoDB:
- mongo-tools
- collection of tools for administering MongoDB servers
- mongodb-org
- MongoDB open source document-oriented database system (metapackage)
- mongodb-org-mongos
- MongoDB sharded cluster query router
- mongodb-org-server
- MongoDB database server
- mongodb-org-shell
- MongoDB shell client
API java :
- MongoDB driver
Afin d'utiliser l'API MongoDB driver nous avons installé maven et intégré la dépendance suivante :
<dependencies>
<dependency>
<groupId>org.mongodb</groupId>
<artifactId>mongodb-driver-sync</artifactId>
<version>3.10.1</version>
</dependency>
</dependencies>
Développement de l'application de gestion java
Afin de gérer la base de donnée MongoDB nous avons choisi d'utiliser le language de programmation java.
Afin de répondre au cahier des charges et intégrer les fonctions aux serveur web par la suite,
voici les fonctions a réaliser :
- afficher les objets connectés;
- afficher les caractéristiques;
- recherche d'un objet connecté par nom;
- ajout d'un objet connecté;
- ajout d'une caractéristique ;
- recherche d'un objet connecté par ID;
- listage des objets connectés par caracteristique;
- ajouter une caracteristique à un objet connecté;
- ajouter une faille à un objet connecté ;
- supprimer une caracteristique d'un objet connecté;
- supprimer une faille d'un objet connecté;
- supprimer un objet connecté.
Afin d'expliquer au mieux ce code sans que cela soit trop rébarbatif je vais vous présenter quelque fonction :
Pour commencer voici une fonction de recherche, ici celle de recherche par nom:
static List<IOT> recherche_IOTs_nom(MongoCollection c, String name) throws NullPointerException{
BasicDBObject textSearch = new BasicDBObject("nom", new BasicDBObject("$regex", ".*"+name+".*"));
FindIterable findIterable = c.find(textSearch);
if(findIterable == null){
throw new NullPointerException();
}
List<IOT> r = new ArrayList<>();
MongoCursor<Document> it = findIterable.iterator();
while(it.hasNext()){
Document doc = it.next();
r.add(Recuperation_BDD_IOT_V2(doc));
}
return r;
}
Dans cette fonction nous déterminons l'object de recherche à l'aide de regex permettant une recherche souple, c'est à dire que tous les documents comportant dans leur attribut nom le String name, qu'il soit parfaitement identique ou noyé au milieu d'une longue phrase seront retourné. Nous allons ensuite vérifier que nous avons bien un document correspondant à la recherche puis nous récupérons les informations à l'aide d'une fonction de récupération des objets nommée Recuperation_BDD_IOT_V2. Nous retournons enfin la list des Objets trouvé sous forme de ArrayList.
Cette fonction Recuperation_BDD_IOT_V2 est basé sur le même fonctionnement que la fonction suivante :
static caracteristique Recuperation_BDD_caracteristique(Document doc){
List list = new ArrayList(doc.values());
if(list.size() < 1){
return null;
}
String id_s = list.get(0).toString();
String name = (String) list.get(1);
String description = null;
try{
description = (String) list.get(2);
}
catch(IndexOutOfBoundsException e){
description = null;
}
//int id;
//id = ObjectId(id_s);
caracteristique c = new caracteristique(id_s,name,description);
return c;
}
Nous prenons un document en entrée, on lui fait subir un cast pour en faire une list et ensuite nous utilisons la méthode get afin de récupérer les différents champs du document en faisant bien attention aux exceptions IndexOutOfBoundsException qui apparaisse assez souvent car à cause de la flexibilité de mongoDB les documents ne sont pas tous de la même taille rendant alors les fonctions de récupération assez longue.
Nous allons maintenant voir comment ajouter un objet ainsi qu'une caractéristique dans la base de données :
public void add_BDD(MongoCollection collection){
Document newDoc = new Document();
newDoc.put("ID", this.ID);
newDoc.put("nom", this.nom);
newDoc.put("MDC", this.MDC);
newDoc.put("version", this.Version);
newDoc.put("nbr_caracteristique", this.nbr_caracteristique);
List<Document> d = new ArrayList<>();
for(int i = 0 ; i < this.nbr_caracteristique ; i++){
d.add(new Document("caracteristique",this.caracteristiques.get(i)));
}
newDoc.put("caracteristique", d);
newDoc.put("nbr_faille", this.nbr_faille);
List<Document> f = new ArrayList<>();
for(int i = 0 ; i < this.nbr_faille ; i++){
f.add(new Document("faille",this.faille.get(i)));
}
newDoc.put("faille", f);
try{
collection.insertOne(newDoc);
}
catch(MongoException e){
System.out.println("Update fail\n");
}
}
Dans cette fonction nous créon un Document dans lequel nous ajoutons tous les attributs de notre objet les un après les autres tout en créant un tableau de string pour les caractéristiques et les failles, ces tableaux pourront être de n'importequelle taille d'où les deux attribut : nbr_caracteristique et nbr_faille.
Pour finir nous pouvons voir comment l'ajout de caractéristique ce fait, donc voici la fonction qui s'en occupe :
public void add_caracteristique(MongoCollection collection, caracteristique c){
this.nbr_caracteristique++;
this.caracteristiques.add(c.nom);
BasicDBObject searchQuery = new BasicDBObject("ID", this.ID);
Document newDoc = new Document();
newDoc.append("nbr_caracteristique", this.nbr_caracteristique);
newDoc = new Document().append("$set", newDoc);
try{
collection.updateOne(searchQuery, newDoc, new UpdateOptions().upsert(true));
}
catch(MongoException e){
System.out.println("Update fail\n");
}
newDoc.put("$push",new Document().append("caracteristique", c.nom));
try{
collection.updateOne(searchQuery, newDoc, new UpdateOptions().upsert(true));
}
catch(MongoException e){
System.out.println("Update fail\n");
this.nbr_caracteristique--;
this.caracteristiques.remove(c.nom);
}
}
Nous pouvons identifier le searchQuery permettant de sélectionner l'objet souhaité et le newDoc qui dans un premier temps met à jour le nombre de caracteristique que l'objet possède avec la commande $set et dans un second temps ajoute le nom de la caractéristique au tableau des caractéristiques avec la commande $push .
Maintenant que toute ces fonctions sont fonctionnel et vérifié à l'aide du script shell MongoDB nous pouvons passer à la partie serveur web du projet.
Développement de l'application web en java
Logiciel et librairie utilisé
Afin de créer le plus proprement et le plus facilement possible notre serveur web nous avons fait le choix d'installer un IDE: netbeansIDE qui s'est avéré très pratique pour l'utilisation de maven et l'intégration des accès aux bases de données MongoDB dans notre serveur Web.
Nous avons ajouté la dépendance suivante :
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
Dans cette partie du code nous avons seulement ajouté les librairie implémenter par le framework java EE au librairie de mongoDB que nous avons eu l'occasion d'utiliser précédemment.
Modèle utilisé
Afin de réaliser ce projet je me suis orienté vers un modèle de serveur web spécifique, le modèle MVC.
Ce modèle décrit une architecture précise comportant trois parties : La partie Modèle , la partie Vue et la partie Contrôleur pour MVC. La partie Modèle est la partie encapsulant la logique métier ainsi que l'accès aux donner. Cette partie de l'architecture sera représenté par nos classes métier. La partie Vue s'occupe de toute les interactions avec l'utilisateur donc ici ça sera toute nos page web écrit en JSP. La partie Contrôleur gère le liens entre l'utilisateur et le reste de l'application, ici nous gérerons ce lien à l'aide des Servlets.
Ce modèle permet d'avoir une séparation claire des différentes partie du code même si ceci augmente la complexité de l'architecture de notre serveur web. Nous pouvons donc avoir dans notre serveur web trois partie très distincte représentant les trois parties du modèle MVC avec en appuie quelque classes rassemblé sous un package bean représentant les différentes classes que nous allons manipuler dans les trois partie.
Développement du serveur web java EE
Grâce à l'utilisation du modèle MVC que l'on a pu décourvrir précédemment nous pouvons décrire notre code en 4 partie :
- Les pages JSP (La partie Vue)
- Les Servlets (La partie Contrôleur)
- Les beans
- Les classes métier (La partie Modèle)
Les pages JSP
- Acceuil.jsp : Cette page est la page d'acceuil, la première page qui est censé s'afficher après la connexion. Rien de particulié n'est afficher sur la page, cependant la servlet derrière la page permet toute l'initialisation de la session et ainsi tout utilisateur doit passer par cette page pour accéder à notre site et pouvoir l'utiliser proprement.
- Affichage_caracteristique.jsp : Cette page affiche toute les caractéristiques présente dans la base de données avec leur description par défault et le nombre de valeur dont elles ont besoin pour être initialisé
- Ajout_image.jsp : Celle ci est faite pour ajouter des images à notre base de données pour ensuite les afficher dans la description de nos objets connectés
- Bandeau.jsp : Cette page est une page que l'on appelle jamais seule mais que l'on inclue à toute les autre, celle ci permet d'afficher en haut de page tous les liens important du site, c'est un menu.
- Affichage.jsp : Cette page JSP affiche le bandeau puis soit affiche une erreur si elle existe soit affiche l'objets connecté qui lui a était passé en attribut.
- Affichage_IOT.jsp : Cette page JSP est comme le bandeau, jamais affiché seule mais souvent import. Celle ci permet de simplement avec un import afficher toute les caractéristiques d'un objet ainsi que les liens nécessaire pour le modifier.
- Affichage_multiple_IOT.jsp : Cette page JSP est identique à la page Affichage_IOT.jsp à la différence qu'il y a moins d'information sur les objets, pas les liens de modification mais un seul lien vers l'affichage complet de l'objet. Celle ci permet l'affichage d'une liste d'objet avec les informations minimale réquise. Ceci permet aussi une modification plus facile et permet une adaptation selon comment nous voulons faire évoluer le site par la suite.
- Ajout_caracteristique.jsp : Cette page est accessible seulement par un lien défini dans affichage_IOT.jsp, il permet d'ajouter une caractéristique à un objet, présente dans la base de données des caractéristiques mais que l'objet ne possède pas. Cet ajout renvoie alors sur une page remplissage_caracteristique_simple.jsp qui permet de finaliser l'ajout de la caractéristique.
- Remplissage_caractéristique_simple.jsp permet donc de modifier la description de la caractéristique et de rentrer les valeurs de la caractéristique si celle ci en a besoin.
- Formulaire_interface.jsp : Comme son nom l'indique nous somme ici dans un fichier formulaire, ce formulaire permet d'entré de nouveaux objets dans la base de données avec tous les attributs caractérisants. Pour valider ces nouveaux objets, cette page renvoie sur la page remplissage_caracteristique.jsp.
- Remplissage_caracteristique.jsp : Cette page est basé sur le même principe que la page remplissage_caracteristique_simple.jsp à la différence que celle ci s'occupe de toute les caractéristiques qui ont était sélectionner au paravant dans le formulaire Formulaire_interface.jsp
- Rechercher_ID.jsp : Cette page est simplement une page de recherche récupérant le FCC_ID de l'objet recherché afin de l'afficher ou d'afficher le résultat d'erreur à l'aide de la page resultat_ID.jsp
- Resultat_ID.jsp : Affiche l'objet en cas de réussite et le message d'erreur en cas d'erreur
- Rechercher_caracteristique.jsp : Cette page nous offre la possibilité de sélectionner une liste de caractéristique parmi toute celle présente dans la base de données dans le but de trouver tous les objets possédant toute les caractéristiques sélectionné.
- Resultat_caracteristique.jsp : Cette page à pour mission d'afficher les objets à condition que la liste d'objet n'est pas vide. Si elle est vide nous avons alors l'affichage d'un message d'erreurs avec une liste des caractéristiques choisie n'ayant mené à aucun objet.
- Rechercher_nom.jsp : Cette page est simplement une page de recherche récupérant le nom de l'objet recherché afin d'afficher tous les objet ayant le nom rentrée compris dans leur nom, c'est une recherche souple permettant une recherche sur tous les objets sans en connaître la référence exacte. Cette recherche nous renvoie alors sur la page Resultat_nom.jsp
- Resultat_nom.jsp : Cette page affiche soit le message d'erreur soit la liste des objets correspondant à la recherche effectué.
Les Servlets
- Affichage.java : Dans cette servlet nous avons la méthode post qui récupère l'objet envoyé pour récupérer les liens vers ses images correspondante et renvoie le tout vers affichage.jsp pour afficher. Pour la méthode get, cette servlet permet de sélectionner grace au parametre place passé directement dans l'url à partir des pages important la page Affichage_IOT_multiple.jsp . Cet objet est ensuite utilisé pour récupérer les liens de ses images pour enfin être envoyé vers la page d'affichage.
- Affichage_caracteristique.java : La partie get de la servlet s'occupe de récupérer toute les caractéristiques présente dans la base de données des caractéristiques et envoie ces information à la page affichage_caracteristique.jsp
La partie Post s'occupe de vérifier que la nouvelle caractéristique entré possède bien toute les informations nécessaire et si elles sont juste avant de retourner à l'affichage de toute les caractéristiques.
- Ajout_caracteristique.java : La partie get procède à la récupération de toute les caractéristiques présente dans la base de données puis récupère les caractéristiques présente dans l'objet puis en fait la différence pour ressortir seulement les caractéristiques que l'on peut ajouter pour enfin envoyer cette liste à la page ajout_caracteristique.jsp.
La partie Post marche en deux passage, le premier il récupère les informations de la caractéristique que l'utilisateur souhaite ajouter puis vérifie qu'il n'y a pas eu d'erreur, si il y a eu une erreur on refait la même chose que pour la partie get plus affiche le message d'erreur et en cas de réussite on part sur la page remplissage_caracteristique_simple.jsp afin de récupérer les dernières informations. Le second passage vérifie la validité des entrées et ajoute la caractéristique à l'objet tout en mettant à jour la base de données et renvoie le tout vers l'affichage.
- Ajout_faille.java : Ne possède pas de méthode get. La méthode post récupère les informations de l'objet vérifie les champs entrées et ajoute la faille à l'objet tout en mettant à jour la base de données. Une fois que ceci est fait on récupère les photos ainsi que l'objet résultant et on renvoie vers la page d'affichage.
- Ajout_image.java : La partie get envoie sur la page Ajout_image.jsp qui est le formulaire d'ajout de fichier. La partie Post récupère le chemin en paramètre de servlet pour enregistrer l'image en fonction de celui ci puis une fois l'image enregistré renvoie l'utilisateur vers l'affichage de l'objet en cas de bon fonctionnement. En cas d'erreur l'utilisateur est renvoyé vers la page Ajout_image.jsp.
- Download.java : La partie get récupère le fichier en fonction de l'URL entrée et l'envoie en téléchargement à l'utilisateur.
- Nouvelle_interface.java : La partie get récupère toute les caractéristiques présente dans la base de données des caractéristiques et les envoie à la page formulaire_interface.
La partie post récupère toutes les informations rentrées par l'utilisateur, si toute les informations sont la l'objet est alors créé puis affiché sinon la méthode post renvoie l'utilisateur vers le remplissage des caractéristiques car le problème ne peux venir que des entrée dans la page remplissage_caracteristique.jsp car la première partie du formulaire est géré par la servlet remplissage_caractéristique.java.
- Remplissage_caracteristique.java : Cette servlet ne possède que la méthode post lui permettant de vérifier toutes les entrées du formulaire de la page formulaire_interface.jsp. Une fois la vérification faite, il renvoie l'utilisateur vers le formulaire en cas d'erreur sinon il envoie l'utilisateur sur la page remplissage_caracteristique afin qu'il puisse spécifier les caractéristiques de son objet.
- Recherche_ID.java : La méthode get envoie simplement l'utilisateur vers la page rechercher_ID.jsp.
La méthode Post prend en compte l'entrée du formulaire, la vérifie et retourne soit sur le formulaire en cas d'erreur soit sur l'affichage de l'objet récupéré en cas de succés.
- Recherche_par_caracteristique.java : La méthode get récupère toute les caractéristiques présente dans la base de données des caractéristiques pour les envoyer à la page rechercher_caracteristique.jsp.
La méthode post récupère les caractéristiques qui ont était sélectionné puis récupère les objets correspondant aux caractéristiques sélectionné puis les envoie vers la page d'affichage resultat_caracteristique.jsp.
- home.java : Possède seulement la méthode post qui permet l'authentification du client au près de la base de donnée et ainsi récupérer les portes d'accès à ces deux bases de données (celle des objets et celle des caractéristiques) et enregistre ces points d'accès dans la session afin qu'il y ai une porte d'accès par client. Le client est ensuite envoyé ver la page d'acceuil.
- Recherche_par_nom : La méthode Get envoie l'utilisateur vers la page du formulaire pour rentrer le nom à rechercher.
La méthode Post permet de récupérer la liste des objets correspondant au nom que l'utilisateur à entré sans oublier le message d'erreurs en cas d'échec.
Source
Documentation
- Les bases de données:
- MongoDB:
- Sécuriser le site web :
Tutoriel
- Manipuler les bases de données mongoDB:
- Tutoriel Java EE et création du site:
