Introduction
Les objets de données de service sont une spécification pour un modèle de programmation qui permet d'accéder aux
données d'arrière-plan de manière uniforme, déconnectée et indépendante de la source de données. Le modèle permet
l'extraction des données à partir de tout type de source de données (base de données relationnelle, beans EJB entity,
service Web, source de données XML, etc.) et leur présentation de manière uniforme sous forme d'un graphique structuré
de données (graphique de données). SDO prévoit des opérations déconnectées en permettant l'extraction du graphique de
données afin qu'il soit indépendant de toute connexion ou transaction d'arrière-plan. C'est encore une spécification
proposée, soumise via le JCP en tant que demande de spécification Java (JSR) n° 235.
Architecture
L'architecture SDO utilise une couche d'accès aux données uniforme (Data Mediator Service - service de médiation des
données) pour renvoyer les graphiques de données aux clients à partir de sources de données hétérogènes. La figure 4
présente les composants de l'architecture SDO.
Figure 4 : objets de données de l'architecture SDO
Un objet de données conserve les données effectives (par exemple, les valeurs primitives ou la ligne de données d'une
base de données relationnelle) et d'éventuelles références à d'autres objets de données. Il peut être introspecté afin
de déterminer son type, ses relations et ses contraintes.
Graphique de données
Un graphique de données contient un ensemble d'objets de données et représente en général l'unité de transfert entre
les composants de l'architecture. Il enregistre tous les changements apportés aux données, y compris les objets de
données nouveaux, modifiés ou supprimés.
Service de médiation des données
Un service de médiation de données est responsable de l'interaction avec une source de données afin de produire des
graphiques de données représentant les données. La représentation de données natives est convertie en une
représentation graphique SDO par ce service connectable. Le médiateur est également chargé d'appliquer les changements
apportés à la source de données dans un graphique de données à partir de la source de données.
Applicabilité à l'infrastructure
La technologie SDO garantit une intégration facile d'outil et d'infrastructure préfabriquée. Dans le contexte des JSF
et autres infrastructures préfabriquées MVC, les deux solutions suivantes sont envisageables :
Liaison entre un composant d'interface utilisateur et un SDO (JSF)
Dans une infrastructure préfabriquée JSF, les valeurs des composants d'interface utilisateur Web peuvent être liées aux
SDO de manière déclarative à des fins d'extraction des données. Par exemple, un composant de table de données pourrait
être lié à un SDO pour extraire ses valeurs à partir d'une source de données d'arrière-plan. Cette combinaison facilite
la connectivité des données à partir d'un composant IU, sans nécessiter de programmation. La figure 5 présente
l'architecture résultant de la liaison entre les composants d'IU JSF et les SDO.
Figure 5 : utilisation des SDO avec JSF
Objet de modèle à SDO (toute infrastructure préfabriquée MVC)
La couche de modèle d'une infrastructure préfabriquée MVC pourrait utiliser des SDO pour accéder aux données
d'arrière-plan. La figure 6 présente l'exemple d'un client modèle utilisant des SDO pour accéder aux données conservées
à l'aide d'EJB entity. L'objet de modèle utilise les graphiques de données renvoyés par une façade EJB session sans
état. Cette façade de bean session récupère à son tour les graphiques de données auprès du médiateur, qui joue le rôle
de façade de données pour le mécanisme de persistance basé sur EJB entity.
Figure 6 : utilisation de SDO avec des objets de modèle et des EJB
Ressources
Les liens suivants fournissent des informations supplémentaires concernant les technologies de composants et
d'infrastructures d'application traitées dans ce document :
|