Каждый каталог - это субконтекст, доступ к которому осуществляется в виде пути.Каталоги - это узлы ветвей, каждый из которых содержит .bindings в качестве своего конечного узла.Каждая ветвь может иметь ровно один лист и ноль или более дополнительных ветвей.
Как вы это сделаете, зависит от инструмента, который вы используете.Я могу привести примеры из инструмента WebSphere MQ JMSAdmin, но у других будет немного (или дико) другой синтаксис.Поскольку FSContext от Sun используется в обоих наших примерах, обход контекста работает одинаково, хотя наши инструменты администрирования могут различаться по синтаксису.
Используя JMSAdmin, вы можете DEFINE CTX(subcontext_name)
, и это создает каталог, в котором будут находиться .bindingsфайл.Затем вы можете CHANGE CTX(subcontext_name)
сделать этот подконтекст текущим.Все, что вы определите, теперь будет в файле .bindings внутри этого подконтекста.
В вашем коде вы ссылаетесь на подконтекст как путь.Например, после открытия исходного контекста вы можете искать объект как subcontext_name/foo
.
. В IBM это реализовано подробнее в WebSphere MQ Using Java руководство по Управление подконтекстами .Хотя синтаксис может отличаться от используемого вами, инструмент совместим с JMS и использует com.sun.jndi.fscontext.RefFSContextFactory
, поэтому принципы будут такими же.