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 sulle considerazioni relative alla denominazione LDAP, consultare Configurazione dello strumento di gestione JMS in IBM® Documentation.

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 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.

Un'immagine della cartella Oggetti amministrati JMS nella vista Navigator .

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.

Un'immagine di un contesto secondario nella vista Navigator .

È possibile creare in un contesto secondario oggetti factory di connessione, oggetti destinazione e altri contesti secondari.