Depuis quelques années, les applications sont de plus en plus souvent conçues en UML et réalisées avec un langage objet, tel que Java. Cependant, très peu de bases de données objet ont été déployées, et la quasi-totalité des bases de données sont toujours gérées par des SGBD relationnels.
Il est donc nécessaire de faire le lien entre la logique métier implémentée sous forme d'objets et les tables de bases de données. Les concepts utilisés étant très différents, cela peut rapidement devenir complexe.
Castor est un projet OpenSource de mapping objet/relationnel qui permet de rendre pratiquement transparente la gestion de la persistance de modèles objets en base de données.
Après quelques temps de contribution active, je suis devenu développeur du projet.
Pour plus d'informations, consulter http://castor.exolab.org
Castor nécessite un fichier de mapping, et évidemment une base de données. En phase de développement, le modèle objet évolue très vite, et il devient rapidement lourd de gérer à la main la synchronisation entre ces différents éléments
Le projet CastorDoclet permet d'automatiser totalement la génération du fichier de mapping et du schéma de la base de données à partir d'indications ajoutées au source Java sous forme de tags Javadoc.
J'ai repris le développement de ce projet, qui est maintenant hébergé sur SourceForge.
Pour plus d'informations, consulter http://castordoclet.sourceforge.net
