Investigations  Liste des investigations
		Dossier : État des technologies de stockage d'objets en Java
Bienvenue ! Aide Table des matières Section : 1 2 3 4 5 6 7 8 9 10 Tendances		Section 8 Tendances En premier lieu, nous avons vu que plusieurs acteurs importants du monde Java planifient déjà en fonction d'accès à des données sous forme d'objets stockés de façon distribuée. Qu'il s'agisse d'interface à des bases de données distribuées, en temps réel ou différé, d'engins de RDBMS ou même de OODBMS écrits en Java, ou d'architectures d'agents pour des requêtes sur le réseau, tous les aspects que nous avions envisagés ont été attaqués par des membres de la communauté Java, et non des moindres. Oracle, contre toute attente, s'ils placent toujours leurs grands engins de RDBMS au centre de leur architecture de Net Computer, mettent aussi tout en oeuvre pour une architecture de données pleinement distribuée pour que chaque composante puisse échanger d'égal à égal avec chacun des autres noeuds du réseau. De plus, ils redirigent même leurs efforts de base de données vers des architectures orienté-objet, ce qui surprend encore une fois de la part d'une grande compagnie établie. Même si ses concurrents accusent encore du retard, il y a fort à parier qu'ils ne pourront manquer de suivre un courant assez fort pour déplacer une compagnie telle qu'Oracle. Cela sans parler des grands systèmes de OODBMS qui ont tous donné une importance considérable au développement d'une intégration rapide de Java dans leur architecture. Du côté de JavaSoft, les ingénieurs participent activement à la définition du standard ODMG, ce qui laisse présager que des systèmes de OODBMS complets joueront trËs bientôt un rôle important (sinon central) dans le développement d'applications Java d'envergure. Sun offre déjà NEO, un ORB pour Solaris auquel peuvent se connecter aisément des architectures Java, et tout est mis en oeuvre pour, par exemple, nommer aisément des objets distribués (architecture JNMI) soit pour y faire référence à distance (RMI) ou pour les transmettre sur le réseau (Object Serialization). JavaSoft a affirmé vouloir définir une API appelée Java Object-Relational Mapping, proche des premiers standards d'ODMG, permettant la manipulation de données relationnelles en tant qu'objets, ce qui est l'autre moitié du pont entre les paradigmes objets et relationnels construit actuellement par la compagnie O2 technology. La seule interface qui manquerait à Java pour compléter le tableau des API de stockage et de distribution d'objets est l'API des OODBMS elle-même, et JavaSoft semble vouloir s'assurer, de par sa collaboration avec JavaSoft, qu'une telle API sera superflue. Tout porte à croire que l'utilisation d'un système de données objet distribuées, qui puisse être consulté à l'aide de requêtes structurelles complexes, est le but principal vers lequel tend à converger l'ensemble des efforts de la communauté Java, encouragés en cela par JavaSoft. Bien sûr, à court terme, beaucoup de ces technologies sont encore en développement, et peu sont adaptées à un système autonome de petite taille. Mais cette niche même n'est pas vide. Il est aisé et sans doute relativement peu coûteux, par exemple, de composer l'engin de RDBMS JetStore, de taille réduite avec les composantes run-time de la technologie JRB, elles aussi simples. Le système PSE Pro de Object Design est quant à lui plus lourd, mais nullement prohibitif en égard aux capacités des derniers modèles de PDA. Et ainsi de suite.
		HAUT Mise à jour de ce document - 12 novembre 1997