Discussion :

[breezer911]

bonjour à tous,

Voilà, je tombe sur un casse tête (du moins pour moi) avec la conception de mon application... Je ne suis peut etre pas dans le bon forum pour demander de l'aide...

les données de mon application se trouve en db, j'y accède via Hibernate (d'ou le choix du forum..), les données en db sont cryptées par soucis de confidentialité. Il faut donc que lorsque, j'utilise les données dans les couches Bizz(optionel), ou GUI(exigé), elles soient décryptées.

Donc lorsque je cherche les données en db dans les POJO, celles-ci sont cryptées, et donc je me demande à quel moment je les décryptes? devrais-je créer un autre objet ressemblant au POJO contenant les données décrypté? ou bien je crée les methodes qui me font accèder aux infos décrypté dans les POJO?

Je me demande ca, car la ce que j'ai essayé de faire, c'est un objet qui hérite du POJO et qui lui ressemble, avec des getter et setter, mais dans les données qui y transite sont décryptée...
Le problème avec cela, c'est que cela provoque des classCastException...

par exemple
POJO p = new ObjetHerité => classCastException
ObjetHérité o = new POJO => classCastException
POJO p = o => OK mais hibernate ne le reconnait pas comme POJO mais comme ObjetHérité et donc renvoie une erreur...

Alors voilà, je me demande vraiment comment faire ca...
La je suis dans l'idée d'utilisé le POJO partout dans toutes les couches, et de les décryptés au dernier moment c à d. à l'affichages.

Si quelqu'un a une meilleur solution, je suis preneur

[breezer911]

bon après avoir lu le topic de buchir
je me suis rapellé qu'on utilise des DTO comme objet qui passe entre les couches.

bref après avoir réfléchis, j'aurais mon architecture qui se trouve comme ceci
GUI <-ObjetBiz->BIZZLayer<POJO>DAO

maintenant je tombe sur une autre tuile, comment convertir mon POJO en objetBizz?
c'est tout simple lorsqu'il s'agit d'une string qu'on converti en string, mais quand il s'agit d'une liste d'un type d'objet qu'on doit convertir dans une autre liste d'objet?

[minimarch76]

J'ai un peu le même problème dans mon projet actuel qui touche des WebServices. Les paramètres des fonctions de ces WebServices sont de types différents (bien que relativement similaires dans leur structure) aux classes de la couche entités (les POJOs) mappés par Hibernate.

Nous avons pris l'option de passer par des fonctions de conversion que nous appelons dans le code au moment de transférer les objets d'une couche vers une autre. Typiquement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
 
package tools;
 
public class Conversion {
   public static Client convertFromTClientToClient(TClient objAConvertir);
}

Peut-être qu'il y a un moyen de faire appel automatiquement à ces fonctions (Spring ?) sans passer par le code, mais là je ne sais pas...

[manblaizo]

Bonjour,
A mon avis, la solution la plus simple au problème de cryptage/décryptage serait d'ajouter dans tes POJOs des méthodes implémentant les algorithmes de cryptage/décryptage et permettant de renvoyer/affecter les champs cryptés...
Une solution plus élégante serait d'utiliser le concept d'Interceptor de Hibernate, ce qui permettrait de modifier les champs d'un objet lors du chargement ou de l'update d'un objet. L'interceptor implémenterait donc le cryptage/décryptage et rendrait cette fonctionnalité complètement transversale aux fonctionnalités métier.
Pour plus d'informations sur les Intercepteurs avec Hibernate :
http://www.hibernate.org/hib_docs/v3...ml/events.html
http://hibernate.javabeat.net/articl...-introduction/
Concernant ton dernier problème sur la conversion POJO/DTO, je te conseille de l'ignorer simplement, utilise directement tes beans renvoyer par Hibernate dans la couche présentation.
Voilà, j'espère que ça puisse t'aider.

[breezer911]

Merci pour le coup de pouce !

Là, je me suis pas trop cassé la tête, je fais la conversion dans les POJOs. Peut-être plus tard je regarderai pour l'interceptor !