【记录十九】JCR2.0 节点类型

最新推荐文章于 2023-06-13 11:41:32 发布

编程秀

最新推荐文章于 2023-06-13 11:41:32 发布

阅读量696

点赞数 1

分类专栏： 63-ADOBE-AEM技术文章标签： JCR Sling AEM

本文链接：https://blog.csdn.net/Kevin12306/article/details/102813403

版权

63-ADOBE-AEM技术专栏收录该内容

36 篇文章 26 订阅

订阅专栏

基本主节点类型

所有存储库必须提供基主节点类型，NT：基部，作为一个内置的类型。

nt:base

[nt:base] abstract

jcr:primaryType (NAME) 强制性的，每个节点都必须有的
jcr:mixinTypes (NAME) 非强制性的受保护的多值NAME属性

nt:base 是抽象的主节点类型，它是所有其他主节点类型的基础类型。它是唯一没有超类型的主节点类型。

nt:base 通过属性 jcr:primaryType和 jcr:mixinTypes公开有关节点的类型信息。

由于每个其他主要类型都必须是nt：base的子类型，因此每个主要节点类型都将继承这两个反映类型的属性定义。

jcr:primaryType 是一个受保护的强制性NAME属性，其中包含其节点的声明的主节点类型的名称。存储库必须在节点的整个生命周期内准确地保持其值。由于这是强制性的，因此每个节点都将具有此属性。

jcr:mixinTypes 是一个非强制性的受保护的多值NAME属性，该属性保存其节点的声明的mixin节点类型的列表。它不是强制性的，但必须存在于具有一个或多个声明的混合类型的任何节点上。如果存在，则存储库必须在节点的整个生命周期内准确地保持其值.

标准应用程序节点类型

JCR定义了许多标准的应用程序节点类型，旨在支持常见的应用程序级实体。存储库可以提供零个或多个作为内置类型。

nt:hierarchyNode

[nt:hierarchyNode] > mix:created abstract
此抽象节点类型充当nt:file和nt:folder的超类型，并继承mix:created的项目定义，因此需要该节点类型的存在.

nt:file

[nt:file] > nt:hierarchyNode primaryitem jcr:content

jcr:content (nt:base) mandatory

此节点类型的节点可用于表示文件。该节点类型继承了nt：hierarchyNode的项目定义，并且需要一个名为jcr：content的子节点。 jcr：content节点用于保存文件的实际内容。该子节点是必需的，但不是自动创建的。它的节点类型将取决于应用程序，因此必须由用户添加。一种常见的方法是使jcr：content成为nt：resource类型的节点。 jcr：content子节点也被指定为其父节点的主要子项。

nt:linkedFile

[nt:linkedFile] > nt:hierarchyNode primaryitem jcr:content

jcr:content (REFERENCE) mandatory

nt：linkedFile节点类型与nt：file相似，除了内容节点不直接存储为子节点，而是由REFERENCE属性指定。这允许内容节点驻留在工作空间中的任何位置，并被多个nt：linkedFile节点引用。内容节点必须是可引用的。要支持此节点类型，就需要支持具有参照完整性的可参照节点

nt:folder

[nt:folder] > nt:hierarchyNode

- (nt:hierarchyNode) VERSION

此类型的节点可用于表示文件夹或目录。该节点类型继承了nt：hierarchyNode的项目定义，并增加了具有任意数量的其他任何名称的nt：hierarchyNode子节点的功能。特别是，这意味着它可以具有类型为nt：folder，nt：file或nt：linkedFile的子节点。

nt:resource

[nt:resource] > mix:mimeType, mix:lastModified
primaryitem jcr:data

jcr:data (BINARY) mandatory

此节点类型可用于表示文件的内容。特别是，nt：file节点的jcr：content子节点通常是nt：resource。请注意，此节点类型的定义指示多重继承

mix:title

[mix:title] mixin

jcr:title (STRING) protected? OPV?
jcr:description (STRING) protected? OPV?

此混合节点类型可用于向节点添加标准化的标题和描述属性。

mix:created

[mix:created] mixin

jcr:created (DATE) autocreated protected? OPV?
jcr:createdBy (STRING) autocreated protected? OPV?

此混合节点类型可用于将标准化的创建信息属性添加到节点。在使这些属性受到保护的实现中，它们的值由存储库控制，该存储库应在具有这种mixin类型的节点的初始持久存在时适当地设置它们。如果将此混入添加到已存在的节点，则这些属性的语义是特定于实现的

mix:lastModified

[mix:lastModified] mixin

jcr:lastModified (DATE) autocreated protected? OPV?
jcr:lastModifiedBy (STRING) autocreated protected? OPV?

此混合节点类型可用于向节点提供标准化的修改信息属性。在使这些属性受到保护的实现中，它们的值由存储库控制，该存储库应在使用此mixin对节点的子图进行重大修改时适当地对其进行设置。构成重大修改的内容将取决于节点子图各个部分的语义，并且取决于实现。

mix:language

[mix:language] mixin

jcr:language (STRING) protected? OPV?

此混合节点类型可用于提供标准化的属性，该属性指定用于表达节点内容的自然语言。 jcr：language属性的值应该是RFC 46465中定义的语言代码。示例包括“ en”（英语），“ en-US”（美国英语），“ de”（德语）和“ de-CH” ”（瑞士德语）。

mix:mimeType

[mix:mimeType] mixin

jcr:mimeType (STRING) protected? OPV?
jcr:encoding (STRING) protected? OPV?

此混合节点类型可用于为节点提供标准化的模仿类型和编码属性。

如果此类型的节点的主项目是单值BINARY属性，则jcr：mimeType属性指示适用于该属性内容的媒体类型6，如果该媒体类型是适用文本编码的媒体类型，则 jcr：encoding属性指示使用的字符set7。

如果此类型的节点不满足上述前提条件，则jcr：mimeType和jcr：encoding属性的解释取决于实现。

nt:address

[nt:address]

jcr:protocol (STRING)
jcr:host (STRING)
jcr:port (STRING)
jcr:repository (STRING)
jcr:workspace (STRING)
jcr:path (PATH)
jcr:id (WEAKREFERENCE)

此节点类型不仅可以用于表示特定工作空间中的JCR项的位置，还可以用于表示所有JCR存储库中所有工作空间中的JCR项的位置。

jcr：protocol属性存储一个字符串，该字符串包含用于访问目标系统信息库的协议。

jcr：host属性存储一个字符串，其中包含要通过其访问存储库的系统的主机名。

jcr：port属性存储一个字符串，其中包含用于访问目标系统信息库的端口号。

这些属性的语义未定义，但假定为应用程序已知。属性的名称和描述不是规范性的，并且存储库不对属性执行任何特定的语义解释。

jcr：repository属性存储一个字符串，其中包含目标存储库的名称。

jcr：workspace属性存储工作区的名称。

jcr：path属性存储项目的路径。

jcr：id属性存储对节点的弱引用。

在大多数情况下，将使用jcr：path或jcr：id属性，但不能同时使用两者，因为它们可能指向不同的节点。如果缺少jcr：path和jcr：id以外的任何其他属性，则可以将该地址解释为相对于当前容器的地址，与丢失的说明符处于同一级别。例如，如果未指定存储库，那么该地址可以解释为引用当前存储库中的工作空间和路径或ID。