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

Le vendredi 19 novembre 2010, David Brassely a écrit :
> 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 pense que jackrabbit en particulier est le jcr en général est mieux adapté 
à la mémorisation de données documentaires. Un document est un truc que 
l'utilisateur final y demande si y peut pas l'imprimer. Certes le JCR ne 
contient aucun service d'impression, mais cette demande est un indice majeur 
de ce que l'utilisateur conçoit le truc comme un ensemble cohérent qu'il peut 
lire. Une donnée documentaire est n'importe quoi qui y ressemble.

Ça pourrait faire pour les POJOs, mais j'ai l'impression qu'actuellement les 
EJB et JPA fonctionnent mieux.

Le JCR est bien pour les documents, car ça sépare mieux le contenu des méta-
données, le pain quotidien du traitement des documents. Cette séparation 
n'existe pas dans les objets java, sauf pour les intellectuels.

Après... il y a bien des utilisateurs qui demandent si peuvent pas imprimer 
leurs objets javas... que faire en ce cas ?



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

Oui, ça serait une bonne idée.

Mais, tel que tu décris ton besoin, je ne pense pas que jcr est adapté, mais 
plutot les autres choses que les autres t'ont conseillées, ou même JPA 
seulement. Si les utilisateurs ne te demandent pas d'imprimer les POJOS, le 
JCR n'est pas adapté, full stop et final point.

Pour en revenir aux performances de jackrabbit, je n'ai entendu personne dire 
qu'elles étaient mauvaises, donc... toutefois il faut bien préciser que le JCR 
est une machinerie qui, en plus d'archiver les données, en fait l'indexation 
pour les services de recherche, souvent fait aussi la gestion des versions 
précédentes, sans parler de la gestion des droits ; il faut replacer la notion 
de performance dans ce contexte !

A+.