Re: Archivage de données hétérogènes

Le vendredi 19 novembre 2010, David Brassely a écrit :
> Bonjour la liste
> 
> Connaissez-vous une solution permettant d'archiver des données (POJO)
> provenant de sources différentes (ear) vers une destination unique ?
> Une quantité de données assez importantes pourra-être archivée (plusieurs
> millions d'enregistrements) puis purgée (avec un timeToLive paramétrable
> pour chacune des applications sources). De plus, le besoin est de pouvoir
> effectuer des recherches sur les données (en fonction de son application
> source) sur l'ensemble des propriétés des POJOs stockés.
> 
> J'avais, dans un premier temps, pensé à JackRabbit et notamment JackRabbit
> OCM afin de pouvoir stocker mes données et effectuer des requêtes via l'api
> fournie.
> Mais les services étant des services EJBs (du côté du composant
> d'archivage) et ne connaissant pas les capacités de JackRabbit, je suis
> inquiet pour les performances.
> Précision : le composant d'archivage peut éventuellement sortir du contexte
> EJB.
> 

Je pense que dans cette archi le chainon faible est OCM, qui est un projet en 
manque de contributeurs actuellement 
(http://article.gmane.org/gmane.comp.apache.jackrabbit.user/16350).

Pour les performances, je pense qu'il n'y aura pas de problèmes (mais pourquoi 
ne pas faire le test toi même ?), toutefois avec des EJB, le mieux est JPA, 
non ? Les JCRs ont leur propre séquence de transaction, puisqu'ils ont leur 
propre système d'enregistrement et c'est inévitablement le bordel avec les 
enregistrements à la mode EE/JPA/EJB/POJO.

Par contre j'entends souvent parler de projets en environnement EE qui 
utilisent jackrabbit en archivage, heureusement. Ils font semblant que les EJB 
soient seuleument des POJO, c'est tout. Mais je ne fais pas moi même 
actuellement. J'utilise jackarabbit que pour une appli desktop.

Aussi pour les questions pointues et les expériences concrètes je te suggère 
d'aller interroger la liste utilisateur de jackrabbit, très réactive (en 
général), si t'as pas mieux que moi ici.

Cordialement.