Une Amélioration des Méthodes Sérialisation/Désérialisation du Projet

Bonjour à tous,


Je reviens sur la Sérialisation&Désérialisation des données dans des fichiers (formatages Binaire,JSON et XML).
En effet, au vu des améliorations de la parties Vue/Controleur dont la récupération des données s'effectue via un objet JSON et pour conserver l'indépendance des parties MVC, j'ai transformé mon Java Bean pour qu'il accepte un Objet en paramètre constructeur en y associant une méthode get() qui me retourne cet Objet.
Ainsi, cela me permet d'etre independant des champs du formulaire de ma Vue.
L'objet envoyé à mon JavaBean est un Objet JSON transitant par le controleur.
Par conséquent, la sérialisation devra sauvegarder un Objet JSON en binaire,Json et Xml, et la désérialisation devra récupérer un Objet JSON d'un fichier binaire,Json et Xml.

Et voici, les résultats des tests de Sérialisation et de Désérialisation avec comme paramètre un Objet JSON contenant les données d'un Client.

Le fichier SérialisationTest.java

 Le Test de la Sérialisation en Binaire,Json et Xml.

Le fichier DésérialisationTest.java

Le Test de la Désérialisation en Binaire, Json et Xml.

MODELE MVC : Données JSON

Bonjour à tous,

Ayant effectuer le Mapping des données coté DataBase, je me suis ensuite attardé au Mapping des données coté Vue (requete HTTP).
D'après le choix technologique déterminé au niveau de la phase d'études, une structure JSON a été définis pour transmettre les données au controleur dans une requete HTTP.
Pour respecter l' indépendance au sein de la structure MCV (Model,View, Controler), j'ai préféré faire  le choix d'intégrer un objet JSON dans un 2nd contructeur du bean PERSONNE (indépendance des noms des champs de la vue au niveau de la servlet et du bean).

La simulation d'une requete HTTP, au sein du test Unitaire, a été réalisé par un Objet Stub (requestMock) en utilisant le framework MOCKITO pour définir un environnement Mocké. Cet Object Stub est en faite un bouchon permettant de recupérer un object JSON via les méthodes de la requet Mocké.

Alors voici les copies d'écran du test unitaire et du résultat de ce test.

ServletHTTPTest.java

Resultat du Test

Mapping 2 : indépendance des données DataBase et JavaBeans

Bonjour à tous,

J'ai effectué une petite modification sur la Mapping des données récupérées en Base.
En effet, le Mapping en introduissant les noms des colonnes de la Base pour  créer le javaBean, lié fortement ces dernières car en changeant les colonnes de la base ou les enregirement du Bean, ceci entrainait la modification de l'ensemble de éléments intervenant.
C'est pourquoi, je me suis attaché à créer une boucle sur la longueur des colonnes de la base. Ainsi, nous nous libérons la partie du modèle des contraintes de nommage de la celle-ci, les rendant indépendante l'une de l'autre.
J'ai introduis également, une ArrayList pour récupérer les informations de la base et ainsi alimenter le javaBean.

Donc voici, la copie du test unitaire réalisé. Vous y trouverez également les copies d'écran des fichiers Mapping.java (avec la boucle sur le resultset) et Client.java (représentant le bean, avec une ArrayList en paramètre du constructeur).

Test Unitaire

Le JavaBean : Client

Le classe Mapping.java

Le Fichier Test : MappingTest.java

DataBase et les objets beans

Bonjour à tous,

Après avoir vérifié l'acces et les transactions avec la base  PostgreSQL, j'ai effectué la correspondance des données récupérées avec un objet java (bean), c'est ce que l'on nomme le Mapping des données.

Test Unitaire Mapping objet-relationnel

Le fichier Mapping avec le Bean java

Le fichier Test Unitaire

Le résultat du Test Unitaire

Sérialisation en base de données

Bonjour à tous,

Après avoir effectuer la sauvegarde de données par ouverture de flux (binaires ou caractères) dans des  fichiers, je me suis intéressé à la sauvegarde de données en base (DataBase).
En effet, javaEE propose une API qui permet de communiquer avec une base de données de type Oracle : c'est l' API JDBC (Java Data Base Connection).
De plus, l'ensemble des sites web utilisent ce procèdé pour stocker leurs différentes données (plus sûre, plus performant et multi-utilisateur).

Au départ, je voulais simplement simuler la struture de la database via une struture de type Mock ( avec l' API mockito ou mockrunner). Cependant, je n'ai pas su simuler un environement type DataBase pour effectuer la connection à une base fictive et lancer des requetes SQL.

C'est pourquoi, j'ai finalement décider de mettre en place la base PosgreSQL, celle définis pour le projet CINEPANTIN, sur mon ordinateur.

Après quelques soucis d'installations, j'ai pu enfin installer PostgreSQL et l'intégrer à netbeans pour valider mes méthodes d'accès et de création de requêtes SQL.

Dont voici les captures d'écran des tests unitaires effectués au niveau de la connection à la base, des méthodes d'accès  ainsi que les méthodes de fermeture.

Test Unitaire sur la Connection

Initialisation

Méthodes à tester

Résultat du test

Test Unitaire sur les Requêtes SQL

Méthodes à tester

Résultat du test

Test Unitaire : Stockage de données

Bonjour à tous,

Le stockage de données est une problématique en informatique. J'ai pu le constacter, car actuellement je suis entrain de finaliser mon projet de formation DNT.
En restant fidèle à ma présentation, j'ai développé une interface qui me permet de gérer plusieurs support de sauvegarde. Et notamment, la sauvegarde d'objets java dans des fichiers et base de données (initialement PostGreSQL mais pourrait évoluer vers une base de type Oracle).

Après une semaine et quelques tests unitaires, j'ai enfin finalisé mes méthodes de création, de sauvegarde, de suppression et de mise à jour d'objets java, dans des fichiers. J'ai essayé d'etre le plus générale possible, et d'avoir plusieurs format de sauvegarde (Binaire, Json, et XML).
Le Choix du XML à la place d'un format properties initialement choisis, a été fait au vu des problèmatiques de sauvegarde dans une structure properties d'objets java. Le format XML est plus simple et plus adapté à la sauvegarde d'objets java.

Donc voici les codes java, de l'interface AccessData.java et de la classe AccessFile implémentant l'interface ainsi que les fichiers tests SerialisationTest.java, DésarialisationTest.java, AccessTest.java, et des fichiers Serialisation.java et Deserialisation.java.

Test Unitaire pour les méthodes AccessFile.java

Test Unitaire pour les méthodes Sérialisation.java

Test Unitaire pour les méthodes Déserialisation.java

Mac OsX sur keynux 15"pouces

Bonjour à tous,

Après quelques déboires, je vous mets enfin une image du système d'exploitation que j'ai installé et configuré sur mon pc portable Keynux.
Ce système est un système avec un noyau Linux associé à une structure Debian.
J'ai pris un gestionnaire de bureau demandant peu de ressource (xfce4) associée au gestionnaire de fenetre "Compiz" pour les effets.
J'ai installé l'essentiel de la bureautique (OpenOffice, Scribus) et d'internet (FireFox). Mais aussi des applications demandant beaucoups plus de ressources comme l'IDE Netbeans, une station MAO (Qtractor avec le gestionnaire de son QJackClt), et des modeleurs 3D comme Blender (design) et FreeCAD (méca).