La compréhension de la Série MQ liaisons de fichiers
Notre application Java écrit files d'attente MQ Series via un Weblogic JMS Message Pont. La réelle MQ Series connexion/file d'attente de données sont stockées dans la MQ Series .les liaisons de fichier sur le serveur d'application. Je n'ai jamais vraiment eu ma tête dans le fichier de liaisons et de ce que toutes les entrées de moyenne. Quelqu'un peut-il fournir des orientations pour comprendre ce fichier?
OriginalL'auteur Marcus Leon | 2009-06-08
Vous devez vous connecter pour publier un commentaire.
Avant d'aborder la .fichier de liaisons, nous avons besoin de prendre un peu de recul et de regarder JNDI - la Java Naming and Directory Interface - et comment il est utilisé par JMS. La File d'attente, le Sujet et les différents types de Connexion d'Usine sont tous au moment de l'exécution JMS objets avec des méthodes et des attributs. Mais vous pouvez définir à l'avance et de les stocker dans un registre où l'JMS application pouvez les récupérer en utilisant JNDI recherches.
Ceci est utile, car les objets sont comme des pièces de monnaie dans laquelle ils ont un JMS côté et d'un fournisseur spécifique de côté. Sur la JMS côté, tout administré objet ressemble à propos de la même chose. Quel que soit le sous-jacent prestataire de transport, un ConnectionFactory a les mêmes méthodes et des attributs. Toutefois, le fournisseur côté, l'administré aux objets une apparence très différente d'un transporteur à l'autre. Par exemple, le ConnectionFactory utilisé avec une WebSphere MQ de transport aura un attribut pour le Gestionnaire de File d'attente. Aucun autre fournisseur de transport a un "file manager" si cet attribut n'est valable que dans un WMQ contexte.
Les deux aspects de l'administré sont les objets de la "colle" qui permet de JMS à travailler de manière indépendante de l'opérateur de transport. Dans votre code, vous n'aurez qu'à chercher un ConnectionFactory et vous obtenez un objet approprié pour effectuer les appels de méthode contre la. Sous les couvertures, le fournisseur JMS classes d'utilisation spécifique au fournisseur des attributs d'un objet de fournir un contexte pour convertir le générique JMS API appelle fournisseur d'appels spécifiques. Ainsi, l'objet de connexion que vous instanciez résultats dans un WMQ appel de connexion qui indique une QMgr nom, l'hôte, le port, le canal et une variété d'autres paramètres.
OK, j'ai promis d'arriver à la .fichier de liaisons. J'ai dit précédemment que la recherche JNDI était contre un "registre" et cela signifie généralement LDAP ou similaire. Mais le Soleil ingénierie JNDI comme JMS en ce qu'il existe une API que votre programme utilise et un SPI ou le Prestataire de Service de l'Interface qui est utilisée par le registre. Ainsi, bien que JNDI peut être mis en œuvre dans LDAP, il n'y a rien qui dit que c' doit être mis en œuvre dans LDAP. De la base des implémentations Soleil en droit de la boîte a été d'utiliser le système de fichiers local que le registre. Dans cette mise en œuvre, le contexte de la racine est un dossier. Chaque contexte peut stocker soit un sous-contexte (un autre dossier) ou les définitions d'objet. Habituellement, il y a un dossier à la racine de contexte et de tous les objets sont définies à ce niveau. Le fichier qui contient les définitions d'objet est...vous l'avez deviné... l' .fichier de liaisons.
Les objets dans le .fichier de liaisons sont représentées dans le Nom/Type/Valeur des triplés. De sorte que chaque .fichier de liaisons a en général beaucoup d'objets. Chaque objet possède de nombreux attributs. Chaque attribut a un nom, d'une valeur et le type de la variable qui contient la valeur. La meilleure façon d'obtenir une poignée sur la .fichier de liaisons est de faire le tri qui va mettre tous les objets et de leurs attributs et de le rendre plus lisible. Pour une liste des propriétés possibles, voir le manuel.
Bien sûr, l' .fichier de liaisons est censé être compilé artefact et non destinées à être lisible par l'homme. IBM fournit le JMSAdmin outil pour générer et lire la .fichier de liaisons. Vous pouvez également utiliser WMQ Explorer pour gérer les administrés des objets dans un .fichier de liaisons. Ces sont également abordées dans le manuel ci-dessus. Il y a aussi une (certains disent) bon tutoriel en developerWorks ici.
OriginalL'auteur