Contesti JMS
Un contesto è una serie di bind che associano nomi a oggetti memorizzati in un servizio di denominazione e di directory.
I client Java (applicazioniJava che utilizzano i contesti di Java API) utilizzano i contesti per cercare i nomi degli oggetti di MQ nel servizio di denominazione e directory. A ogni contesto è associata una convenzione di denominazione.
Per ulteriori informazioni sulle considerazioni di denominazione LDAP, consultare Configurazione dello strumento di amministrazione di Java in IBM® Documentazione.
Contesti iniziali
Per ogni posizione nel servizio di denominazione e directory è necessario specificare un contesto iniziale per dare un punto di partenza da cui il client Mente può risolvere i nomi degli oggetti in quella posizione del servizio di denominazione e directory. I client Java accedono agli oggetti nel servizio di denominazione e directory attraverso la Java Naming Directory Interface (JNDI); la posizione nel servizio di denominazione e directory definito dal contesto è nota come namespace 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 classi per il programma di che vi vengono memorizzati. Tutti i contesti iniziali che si aggiungono a IBM MQ Explorer vengono visualizzati nella vista Navigator nella cartella Oggetti amministrati di MQ , come mostrato nella seguente figura.
Nella figura, File System Initial Context
è il contesto iniziale per una posizione nel file system locale: C:/JMSAdmin/JMSAdmin1 e LDAP
Initial Context
è il contesto iniziale per una posizione su un server LDAP, su un computer chiamato hiss con il nome distinto cn = JMSData, dc = ibm, dc = uk.
Quando si è aggiunto il contesto iniziale a IBM MQ Explorer, è possibile creare oggetti di factory di connessione, oggetti di destinazione e sottocontesti nello spazio dei nomi JNDI .
Contesti secondari
Un sottocontesto è una suddivisione di un namespace JNDI e può contenere le factory di connessione e le destinazioni oltre ad altri sottocontesti. 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 vengono memorizzati il contesto e il sottocontesto, il sottocontesto è una sottodirectory del contesto iniziale; altre implementazioni JNDI , come LDAP, potrebbero memorizzare in modo diverso i subcontesti.
È possibile creare in un contesto secondario oggetti factory di connessione, oggetti destinazione e altri contesti secondari.