JMS contesti
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 relative alle considerazioni sulla denominazione LDAP, consultare Configurazione dello strumento di gestione JMS nella documentazione del prodotto.
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 MQ Explorer, viene visualizzato il contenuto completo dello spazio dei nomi JNDI ma, in MQ Explorer, è possibile modificare solo gli oggetti IBM® MQ classes for JMS lì memorizzati. Tutti i contesti iniziali che si aggiungono a 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 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.