本文只解释创建根节点所需的配置。
Here I explain only the configuration required to create a root node.
首先，注意图2中根节点的DN。
对于根节点，向导应用以下的模式。
For the root node, the wizard applies the following pattern.
清单5.用根节点创建文档。
在图1中，根节点的名称为org。
它们形成一个目录树，从根节点开始。
这些命令创建了两个根节点的er域。
根节点可以封装与不同企业有关的数据。
The root node can wrap data related to different enterprises.
在初始上下文配置的节点将作为根节点。
The node you configure in the initial context is taken as the root node.
从这个根节点，就可以遍历整个xml树。
当您得到根节点后，就用它读取和写入值。
After you have your root node, you use it to read and write values. Here's how you might write a font size.
记住，此输入节点应当是数据模型的根节点。
Remember that this input should be the root node of your data model.
如果这是一个联系人清单，那么根节点应该是。
规范模块的名字作为根节点出现（层次0）。
The name of the formal module appears as the root node (at level 0).
root这是文本文档的根节点。
然后探寻源自根节点的最小代价通路。
要进行完整权限的访问，请在域中切换到根节点。
它的根节点是bibliography元素。
选择scheduleone选项，调度的根节点。
对于清单1中的文档，PRODUCTS是根节点。
通过会话，可以得到工作区，再从工作区得到根节点。
From the session, you obtain a workspace, from which you can then obtain the root node.
文档只可以有一个根节点，这是文档中的第一个节点。
The document can have only one root node, which is the first node found in the document.
你应该看到菜单中的所有根节点以及它下属的所有选项。
You should see every root node in the menu with every option under that node.
只有一个根节点，所有其它节点都必须以分层形式来组织。
There can be only one root node and all others nodes have to be organized in a hierarchical form.
它的根节点是一个RelativeLayout容器元素。
根节点的第一个子节点实际上可能并不是用户正在搜索的节点。
The first child of the root node may not actually be the node the user is searching for.
在Instance视图中选择根节点 （参见图5）。
每一个段落的名字可以被想象为根节点下的标题节点(层次1)。
The title of each paragraph can be imagined to be the heading nodes under the root node (level 1).
这意味着，借助所提供的代码，您只需在根节点上声明此名称空间。
This means, with the code provided, you only get the namespaces declared on the root node.
注意，or g根节点使用两个对象类：top和domain。
Notice that the root org node USES two object classes: top and domain.
应用推荐