2009-07-23 17 views

Répondre

2

Même ce que tuergeist suggère (l'adresse de l'hôte) n'est pas nécessairement là où un serveur est en cours d'exécution. Tout d'abord, il se peut que le serveur ne soit pas en cours d'exécution mais qu'il soit toujours enregistré avec l'IMR. Deuxièmement, le nom d'hôte peut correspondre à plusieurs adresses IP. une adresse IP peut se résoudre en plusieurs machines en utilisant une sorte de couche réseau de tolérance aux pannes supplémentaire. Enfin, si la spécification Fault Tolerant de CORBA est combinée avec IMR, il existe un autre niveau d'indirection.

La question soulevée par teurgeist est la plus appropriée, et le conseil de ne pas ajouter de services dépendant de la localisation est sage. En tant que note de bas de page, il est également mauvais de s'appuyer sur un comportement IMR, car l'IMR est l'un des aspects les plus sous-spécifiés de la spécification CORBA. Fondamentalement, il finit par dire, "un fournisseur peut en fournir un, et voici le genre de choses qu'il peut faire". C'est à peu près ça. Ainsi, si vous vous basez sur des comportements spécifiques ou des API spécifiques, vous vous êtes immédiatement lié à la mise en œuvre spécifique de l'IMR par un fournisseur.

3

Ceci est possible indirectement. Comme vous recevrez un "emplacement en avant" de l'IMR (référentiel d'implémentation). Votre ORB doit pouvoir extraire l'adresse de l'hôte de la redirection d'objet.

La question est: Que voulez-vous faire avec cette information? CORBA est (doit être) l'emplacement transparent ... Ainsi, n'ajoutez pas de services dépendants de l'emplacement!

Questions connexes