Contesti JMS
Un contesto è una serie di bind che associano nomi a oggetti memorizzati in un servizio di denominazione e di directory.
I client JMS (applicazioniJava che utilizzano l'API JMS ) utilizzano contesti per ricercare i nomi degli oggetti JMS nel servizio di denominazione e di directory. A ogni contesto è associata una convenzione di denominazione.
Per ulteriori informazioni sulle considerazioni di denominazione LDAP, consultare Configurazione dello strumento di gestione JMS.
Contesti iniziali
Per ogni ubicazione nel servizio di denominazione e directory, è necessario specificare un contesto iniziale per fornire un punto di partenza da cui il client JMS può risolvere i nomi degli oggetti in tale posizione del servizio di denominazione e di directory. I client JMS accedono agli oggetti nel servizio di denominazione e directory tramite Java Naming Directory Interface (JNDI); l'ubicazione nel servizio di denominazione e di directory definito dal contesto è nota come spazio dei nomi JNDI .
Quando si specifica un contesto iniziale in IBM® MQ Explorer, viene visualizzato il contenuto completo dello spazio dei nomi JNDI ma, in IBM MQ Explorer, è possibile modificare solo gli oggetti IBM MQ classes for JMS lì memorizzati. Tutti i contesti iniziali che si aggiungono a IBM MQ Explorer sono visualizzati nella vista Navigator nella cartella Oggetti amministrati JMS, come mostrato nella seguente figura.
Nella figura, File System Initial Context
è il contesto iniziale per un'ubicazione nel file system locale: C:/JMSAdmin/JMSAdmin1 e LDAP
Initial Context
è il contesto iniziale per una ubicazione su un server LDAP, su un computer denominato hiss con il DN cn=JMSData,dc=ibm,dc=uk.
Dopo aver aggiunto il contesto iniziale a IBM MQ Explorer, è possibile creare oggetti di factory di connessione, oggetti di destinazione e contesti secondari nello spazio dei nomi JNDI.
Contesti secondari
Un contesto secondario è una suddivisione di un namespace JNDI e può contenere factory di connessione e destinazioni, nonché altri contesti secondari. Un contesto secondario non è proprio un oggetto; è semplicemente un'estensione della convenzione di denominazione per gli oggetti nel contesto secondario. È possibile creare più contesti secondari in un singolo contesto.
Nella seguente figura, il contesto secondario denominato A Subcontext
è collegato al contesto iniziale denominato File System Initial Context
. Nel file system in cui sono memorizzati il contesto e il contesto secondario, il contesto secondario è una sottodirectory del contesto iniziale; altre implementazioni JNDI , come LDAP, potrebbero memorizzare i contesti secondari in modo diverso.
È possibile creare in un contesto secondario oggetti factory di connessione, oggetti destinazione e altri contesti secondari.