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

2010/11/19 Hervé Agnoux <[email protected]>

> 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).
>

Je me suis fait la même réflexion. J'avais également jeté un oeil sur jcrom
(http://code.google.com/p/jcrom), le dernier commit est de novembre 2009...
Mais pas encore eu le temps de tester ça.


>
> 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.
>

Je vais évidemment faire le test par moi-même. Je voulais connaître l'avis
de la liste avant de me jeter dans la gueule du loup...
L'idée autour de l'EJB est de proposer un service d'archivage (via un
session bean) qui prendrait en paramètre un objet ou une collection d'objet
à archiver.

Je ne connais JCR qu'à travers Alfresco pour le moment et je n'ai pas encore
utilisé en direct une implémentation de cette spécification. Mon idée est de
définir autant de workspace que d'applications ayant besoin d'une
fonctionnalité d'archivage, est-ce une bonne idée ?


>
> 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.
>
>


-- 
Brassely David
adresse e-mail : [email protected]