Les objets métier WebSphere Business Integration Adapter sont hiérarchiques : les objets métier parents peuvent contenir des objets métier enfants, susceptibles d'inclure eux-mêmes d'autres objets métier enfants, et ainsi de suite. Le terme de conteneur à cardinalité 1 est utilisé lorsqu'un attribut d'un objet métier parent ne fait référence qu'à un seul objet enfant. La cardinalité n indique qu'un attribut contenu dans un objet métier parent fait référence à un tableau d'objets métier enfants.
Le connecteur prend en charge les relations de cardinalité 1 et de cardinalité n entre les objets métier.
Infranet utilise les types de conteneurs suivants :
Vous devez définir un objet métier spécifique à l'application WebSphere Business Integration Adapter Portal Infranet pour qu'il soit mappé avec la flist Infranet de l'objet stockable correspondant, avec l'ensemble des attributs et des relations nécessaires. La relation entre une flist et un objet métier est univoque.
Pendant le traitement, le connecteur compare un objet métier à la flist correspondante de l'objet Infranet et envoie une exception si les structures ne correspondent pas. Il est possible de définir un objet métier WebSphere Business Integration Adapter représentant un sous-ensemble de la structure flist, mais le processus inverse n'est pas pris en charge.
Pour chaque type de conteneur Infranet, un objet métier spécifique à l'application est créé selon les besoins. En général, une classe stockable devient un objet métier de niveau supérieur. Un conteneur de type sous-structure peut devenir un objet métier enfant de cardinalité 1 et un conteneur de type tableau peut devenir un objet métier enfant de cardinalité n. Toutefois, si un sous-conteneur n'est pas important et que le code opération parent est suffisant pour manipuler les objets enfants, un objet métier enfant n'est pas requis.
La figure 7 montre le type de correspondance pouvant exister entre la structure d'un objet métier WebSphere Business Integration Adapter et celle d'une flist Infranet. Pour obtenir des informations sur les flists Infranet, reportez-vous à la documentation Portal Infranet.
La figure 8 montre un exemple de coordination possible entre la classe stockable Infranet /account et l'objet métier hiérarchique Portal_Account. Le tableau NameInfo de la classe stockable devient un objet métier enfant de cardinalité n dans l'objet métier de niveau supérieur et la sous-structure Balances devient un objet métier enfant de cardinalité 1.
La figure 9 illustre une correspondance possible entre le tableau NameInfo et l'objet métier enfant Portal_Contact. Le tableau NameInfo contient un tableau, appelé Phones, qui devient un objet métier enfant dont l'objet métier parent est Portal_Contact.
Notez que des attributs spécifiques sont requis pour certaines flists et certains codes opération, mais pas pour d'autres. Dans ce cas, un autre objet métier utilitaire spécifique à l'application peut être employé comme paramètre d'instruction. Cet objet ne correspond à aucune donnée persistante ; il décrit uniquement des zones obligatoires de la flist. Pour de plus amples informations sur les objets métier utilitaires, reportez-vous à la section Objets métier utilitaires du connecteur.