查询生成器 API

资产共享查询生成器的功能通过Java API和REST API公开。 本节介绍这些API。

服务器端查询生成器(QueryBuilder)将接受查询描述，创建并运行XPath查询，或者筛选结果集，并根据需要提取Facet。

查询描述只是一组谓词(Predicate)。 示例包括全文谓词，该谓词与XPath中的jcr:contains()函数相对应。

对于每个谓词类型，都有一个计算器组件(PredicateEvaluator)，它知道如何处理XPath、筛选和Facet提取的特定谓词。 很容易创建自定义计算器，这些计算器通过OSGi组件运行时插入。

REST API通过HTTP提供对完全相同功能的访问，响应以JSON格式发送。

Gem会话

AEM Gemsis由Adobe专家提供了一系列深入探讨Adobe Experience Manager的技术。此专门用于查询生成器的会话对于工具的概述和使用非常有用。

示例查询

这些示例以Java属性样式表示法提供。 要将它们与Java API结合使用，请使用Java HashMap，如下面的API示例中所示。

对于QueryBuilder JSON Servlet，每个示例都包含一个指向本地CQ安装的链接（位于默认位置http://localhost:4502）。 请注意，您必须先登录到CQ实例，然后才能使用这些链接。

返回所有结果

以下查询将​返回十个结果（或者精确到最多十个），但会通知您实际可用的​点击数：:

http://localhost:4502/bin/querybuilder.json?path=/content&1_property=sling:resourceType&1_property.value=foundation/components/text&1_property.operation=like&orderby=path

path=/content
1_property=sling:resourceType
1_property.value=foundation/components/text
1_property.operation=like
orderby=path

同一查询（使用参数p.limit=-1）将​返回所有结果（这可能是一个高数字，具体取决于您的实例）：

http://localhost:4502/bin/querybuilder.json?path=/content&1_property=sling:resourceType&1_property.value=foundation/components/text&1_property.operation=like&p.limit=-1&orderby=path

path=/content
1_property=sling:resourceType
1_property.value=foundation/components/text
1_property.operation=like
p.limit=-1
orderby=path

使用p.guessTotal返回结果

p.guessTotal参数的目的是返回通过结合最小可行p.offset和p.limit值可显示的适当结果数。 使用此参数的优点是，在大结果集下提高了性能。 这可避免计算完整总数(例如，调用result.getSize())并读取整个结果集，从而一直优化到OAK引擎和索引。 当结果达到100,000个时（执行时间和内存使用情况），这可能是一个显着差异。

参数的缺点是用户看不到确切的总计。 但您可以设置一个最小值，如p.guessTotal=1000，这样它将始终读取1000，因此您可以获得较小结果集的确切总数，但如果超出此值，则只能显示“且更多”。

将p.guessTotal=true添加到以下查询，以了解其工作方式：

http://localhost:4502/bin/querybuilder.json?path=/content&1_property=sling:resourceType&1_property.value=foundation/components/text&1_property.operation=like&p.guessTotal=true&orderby=path

path=/content
1_property=sling:resourceType
1_property.value=foundation/components/text
1_property.operation=like
p.guessTotal=true
orderby=path

该查询将返回默认的p.limit结果10，结果具有0偏移：

"success": true,
"results": 10,
"total": 10,
"more": true,
"offset": 0,

自AEM 6.0 SP2起，您还可以使用数值计算自定义的最大结果数。 使用与上述相同的查询，但将p.guessTotal的值更改为50:

http://localhost:4502/bin/querybuilder.json?path=/content&1_property=sling:resourceType&1_property.value=foundation/components/text&1_property.operation=like&p.guessTotal=50&orderby=path

它将返回一个与10个结果（默认限制为0个）相同的数字，但最多只显示50个结果：

"success": true,
"results": 10,
"total": 50,
"more": true,
"offset": 0,

实施分页

默认情况下，查询生成器还会提供点击量。 根据结果大小，确定准确计数可能需要很长时间，因为需要检查访问控制的每个结果。 通常，总计用于为最终用户UI实施分页。 由于确定确切计数可能会比较慢，因此建议使用guessTotal功能来实施分页。

例如，UI可以调整以下方法：

• 获取并显示总点击量(SearchResult.getTotalMatches()或querybuilder.json响应中的总计)小于或等于100的准确计数；

• 在调用查询生成器时，将guessTotal设置为100。

• 响应可能会产生以下结果：

  • total=43, more=false — 指示点击总数为43。UI在第一页中最多可显示10个结果，并为接下来的三个页面提供分页。 您还可以使用此实施来显示描述性文本，如​"43 results found"。
  • total=100, more=true — 指示点击总数大于100，并且不知道确切计数。UI在第一页中最多可显示10个页面，并为接下来的10个页面提供分页。 您还可以使用它显示诸如​"找到的结果超过100个"​之类的文本。 当用户转到下一页时，对查询生成器发出的调用将增加guessTotal以及offset和limit参数的限制。

guessTotal 当UI需要使用无限滚动时，还应使用，以避免查询生成器确定确切的点击计数。

查找jar文件并对其排序，最新的前

http://localhost:4502/bin/querybuilder.json?type=nt:file&nodename=*.jar&orderby=@jcr:content/jcr:lastModified&orderby.sort=desc

type=nt:file
nodename=*.jar
orderby=@jcr:content/jcr:lastModified
orderby.sort=desc

查找所有页面并按上次修改时间对它们进行排序

http://localhost:4502/bin/querybuilder.json?type=cq:Page&orderby=@jcr:content/cq:lastModified

type=cq:Page
orderby=@jcr:content/cq:lastModified

查找所有页面并按上次修改时间对它们进行排序，但降序

http://localhost:4502/bin/querybuilder.json?type=cq:Page&orderby=@jcr:content/cq:lastModified&orderby.sort=desc]

type=cq:Page
orderby=@jcr:content/cq:lastModified
orderby.sort=desc

全文搜索，按分数排序

http://localhost:4502/bin/querybuilder.json?fulltext=Management&orderby=@jcr:score&orderby.sort=desc

fulltext=Management
orderby=@jcr:score
orderby.sort=desc

搜索标有特定标记的页面

http://localhost:4502/bin/querybuilder.json?type=cq:Page&tagid=marketing:interest/product&tagid.property=jcr:content/cq:tags

type=cq:Page
tagid=marketing:interest/product
tagid.property=jcr:content/cq:tags

如果您知道显式标记ID，请使用tagid谓词，如示例中所示。

使用tag谓词表示标记标题路径（不含空格）。

因为在上一个示例中，您正在搜索页面（cq:Page节点），因此您需要使用该节点中的tagid.property谓词的相对路径，即jcr:content/cq:tags。 默认情况下，tagid.property将只是cq:tags。

在多个路径下搜索（使用组）

http://localhost:4502/bin/querybuilder.json?fulltext=Management&group.1_path=/content/geometrixx/en/company/management&group.2_path=/content/geometrixx/en/company/bod&group.p.or=true

fulltext=Management
group.p.or=true
group.1_path=/content/geometrixx/en/company/management
group.2_path=/content/geometrixx/en/company/bod

此查询使用​group（名为“ group”），该函数用于在查询中分隔子表达式，与括号在更多标准符号中的作用类似。 例如，上一个查询可以以更熟悉的样式表示：

"Management" and ("/content/geometrixx/en/company/management" or "/content/geometrixx/en/company/bod")

在示例的组内，path谓词被多次使用。 要区分并排序谓词的两个实例（某些谓词需要排序），必须为谓词添加​N _ whereN​前缀，即排序索引。 在上一个示例中，生成的谓词为1_path和2_path。

p.or中的p是一个特殊分隔符，用于指示以下内容（在本例中为or）是组的​参数，而不是组的子谓词，如1_path。

如果未给出p.or ，则所有谓词都将AND连在一起，即每个结果必须满足所有谓词。

搜索属性

在此，您将使用cq:template属性搜索给定模板的所有页面：

http://localhost:4502/bin/querybuilder.json?property=cq%3atemplate&property.value=%2fapps%2fgeometrixx%2ftemplates%2fhomepage&type=cq%3aPageContent

type=cq:PageContent
property=cq:template
property.value=/apps/geometrixx/templates/homepage

这存在以下缺点：返回的是页面的jcr:content节点，而不是页面本身。 要解决此问题，您可以按相对路径进行搜索：

http://localhost:4502/bin/querybuilder.json?property=jcr%3acontent%2fcq%3atemplate&property.value=%2fapps%2fgeometrixx%2ftemplates%2fhomepage&type=cq%3aPage

type=cq:Page
property=jcr:content/cq:template
property.value=/apps/geometrixx/templates/homepage

搜索多个属性

当多次使用属性谓词时，必须再次添加数字前缀：

http://localhost:4502/bin/querybuilder.json?1_property=jcr%3acontent%2fcq%3atemplate&1_property.value=%2fapps%2fgeometrixx%2ftemplates%2fhomepage&2_property=jcr%3acontent%2fjcr%3atitle&2_property.value=English&type=cq%3aPage

type=cq:Page
1_property=jcr:content/cq:template
1_property.value=/apps/geometrixx/templates/homepage
2_property=jcr:content/jcr:title
2_property.value=English

搜索多个属性值

要避免在要搜索某个属性("A" or "B" or "C")的多个值时出现大组的情况，您可以为property谓词提供多个值：

http://localhost:4502/bin/querybuilder.json?property=jcr%3atitle&property.1_value=Products&property.2_value=Square&property.3_value=Events

property=jcr:title
property.1_value=Products
property.2_value=Square
property.3_value=Events

对于多值属性，您还可以要求多个值匹配("A" and "B" and "C"):

http://localhost:4502/bin/querybuilder.json?property=jcr%3atitle&property.and=true&property.1_value=test&property.2_value=foo&property.3_value=bar

property=jcr:title
property.and=true
property.1_value=test
property.2_value=foo
property.3_value=bar

优化返回的内容

默认情况下，QueryBuilder JSON Servlet将为搜索结果中的每个节点返回一组默认属性（例如，路径、名称、标题等）。 为了控制返回的属性，您可以执行以下操作之一：

指定

p.hits=full

在这种情况下，每个节点都将包含所有属性：

http://localhost:4502/bin/querybuilder.json?p.hits=full&property=jcr%3atitle&property.value=Triangle

property=jcr:title
property.value=Triangle
p.hits=full

用法

p.hits=selective

并指定要加入的属性

p.properties

以空格分隔：

http://localhost:4502/bin/querybuilder.json?p.hits=selective&property=jcr%3atitle&property.value=Triangle

http://localhost:4502/bin/querybuilder.json? p.hits=selective&p.properties=sling%3aresourceType%20jcr%3aprimaryType&property=jcr%3atitle&property.value=Triangle

property=jcr:title
property.value=Triangle
p.hits=selective
p.properties=sling:resourceType jcr:primaryType

另外，您还可以在QueryBuilder响应中包含子节点。 要执行此操作，您需要指定

p.nodedepth=n

其中n是您希望查询返回的级别数。 请注意，要返回子节点，必须由属性选择器指定该节点

p.hits=full

示例:

http://localhost:4502/bin/querybuilder.json?p.hits=full&p.nodedepth=5&property=jcr%3atitle&property.value=Triangle

property=jcr:title
property.value=Triangle
p.hits=full
p.nodedepth=5

更多谓词

有关更多谓词，请参阅“查询生成器谓词引用”页。

您还可以检查PredicateEvaluator类🔗的Javadoc。 这些类的Javadoc包含可使用的属性列表。

类名称的前缀（例如SimilarityPredicateEvaluator中的“ similar”）是类的​主属性。 此属性也是要在查询中使用的谓词的名称（小写）。

对于此类主属性，您可以缩短查询并使用“ similar=/content/en”，而不是完全限定的变体“ similar.similar=/content/en”。 完全限定的表单必须用于类的所有非主属性。

查询生成器API使用示例

   String fulltextSearchTerm = "Geometrixx";

    // create query description as hash map (simplest way, same as form post)
    Map<String, String> map = new HashMap<String, String>();

// create query description as hash map (simplest way, same as form post)
    map.put("path", "/content");
    map.put("type", "cq:Page");
    map.put("group.p.or", "true"); // combine this group with OR
    map.put("group.1_fulltext", fulltextSearchTerm);
    map.put("group.1_fulltext.relPath", "jcr:content");
    map.put("group.2_fulltext", fulltextSearchTerm);
    map.put("group.2_fulltext.relPath", "jcr:content/@cq:tags");

    // can be done in map or with Query methods
    map.put("p.offset", "0"); // same as query.setStart(0) below
    map.put("p.limit", "20"); // same as query.setHitsPerPage(20) below

    Query query = builder.createQuery(PredicateGroup.create(map), session);
    query.setStart(0);
    query.setHitsPerPage(20);

    SearchResult result = query.getResult();

    // paging metadata
    int hitsPerPage = result.getHits().size(); // 20 (set above) or lower
    long totalMatches = result.getTotalMatches();
    long offset = result.getStartIndex();
    long numberOfPages = totalMatches / 20;

    //Place the results in XML to return to client
    DocumentBuilderFactory factory =     DocumentBuilderFactory.newInstance();
    DocumentBuilder builder = factory.newDocumentBuilder();
    Document doc = builder.newDocument();

    //Start building the XML to pass back to the AEM client
    Element root = doc.createElement( "results" );
    doc.appendChild( root );

    // iterating over the results
    for (Hit hit : result.getHits()) {
       String path = hit.getPath();

      //Create a result element
      Element resultel = doc.createElement( "result" );
      root.appendChild( resultel );

      Element pathel = doc.createElement( "path" );
      pathel.appendChild( doc.createTextNode(path ) );
      resultel.appendChild( pathel );
    }

使用查询生成器(JSON)Servlet通过HTTP执行的同一查询：

http://localhost:4502/bin/querybuilder.json?path=/content&type=cq:Page&group.p.or=true&group.1_fulltext=Geometrixx&group.1_fulltext.relPath=jcr:content&group.2_fulltext=Geometrixx&group.2_fulltext.relPath=jcr:content/@cq:tags&p.offset=0&p.limit=20

存储和加载查询

查询可以存储到存储库中，以便您稍后使用。 QueryBuilder提供具有以下签名的“ storeQuery方法：

void storeQuery(Query query, String path, boolean createFile, Session session) throws RepositoryException, IOException;

使用 QueryBuilder#storeQuery方法时，根据createFile参数值，将给定的Query作为文件或属性存储在存储库中。 以下示例显示如何将Query作为文件保存到路径/mypath/getfiles中：

builder.storeQuery(query, "/mypath/getfiles", true, session);

使用QueryBuilder#loadQuery方法，可以从存储库加载之前存储的任何查询：

Query loadQuery(String path, Session session) throws RepositoryException, IOException

例如，可通过以下代码片段加载存储到路径/mypath/getfiles的Query:

Query loadedQuery = builder.loadQuery("/mypath/getfiles", session);

测试和调试

要播放和调试查询生成器查询，您可以在

http://localhost:4502/libs/cq/search/content/querydebug.html

或者，在

http://localhost:4502/bin/querybuilder.json?path=/tmp

（path=/tmp只是一个示例）。

常规调试Recommendations

通过记录获取可解释的XPath

针对目标索引集，在开发周期中解释​所有​查询。

• 为QueryBuilder启用DEBUG日志以获取基础、可解释的XPath查询

  • 导航到https://<serveraddress>:<serverport>/system/console/slinglog。 在​DEBUG​为com.day.cq.search.impl.builder.QueryImpl创建新的日志记录器。

• 为上述类启用DEBUG后，日志将显示查询生成器生成的XPath。

• 从关联的QueryBuilder查询的日志条目复制XPath查询，例如：

  • com.day.cq.search.impl.builder.QueryImpl XPath query: /jcr:root/content//element(*, cq:Page)[(jcr:contains(jcr:content, "Geometrixx") or jcr:contains(jcr:content/@cq:tags, "Geometrixx"))]

• 将XPath查询粘贴到Explain Query作为XPath以获取查询计划

通过查询生成器调试器获取可解释的XPath

• 使用AEM QueryBuilder调试器生成可解释的XPath查询：

针对目标索引集，在开发周期中解释​所有​查询。

通过日志获取可解释的XPath

• 为QueryBuilder启用DEBUG日志以获取基础、可解释的XPath查询

  • 导航到https://<serveraddress>:<serverport>/system/console/slinglog。 在​DEBUG​为com.day.cq.search.impl.builder.QueryImpl创建新的日志记录器。

• 为上述类启用DEBUG后，日志将显示查询生成器生成的XPath。

• 从关联的QueryBuilder查询的日志条目复制XPath查询，例如：

  • com.day.cq.search.impl.builder.QueryImpl XPath query: /jcr:root/content//element(*, cq:Page)[(jcr:contains(jcr:content, "Geometrixx") or jcr:contains(jcr:content/@cq:tags, "Geometrixx"))]

• 将XPath查询粘贴到Explain Query作为XPath以获取查询计划

通过查询生成器调试器获取可解释的XPath

• 使用AEM QueryBuilder调试器生成可解释的XPath查询：

1. 在查询生成器调试器中提供查询生成器查询
2. 执行搜索
3. 获取生成的XPath
4. 将XPath查询粘贴到Explain Query作为XPath中，以获取查询计划

有关如何使用QueryBuilder调试查询的运行说明，请观看以下视频。

使用日志记录调试查询

执行测试和调试中所述的查询时，查询生成器实现的日志输出（信息级别）：

com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
null=group: limit=20, offset=0[
    {group=group: or=true[
        {1_fulltext=fulltext: fulltext=Geometrixx, relPath=jcr:content}
        {2_fulltext=fulltext: fulltext=Geometrixx, relPath=jcr:content/@cq:tags}
    ]}
    {path=path: path=/content}
    {type=type: type=cq:Page}
]
com.day.cq.search.impl.builder.QueryImpl XPath query: /jcr:root/content//element(*, cq:Page)[(jcr:contains(jcr:content, "Geometrixx") or jcr:contains(jcr:content/@cq:tags, "Geometrixx"))]
com.day.cq.search.impl.builder.QueryImpl no filtering predicates
com.day.cq.search.impl.builder.QueryImpl query execution took 69 ms

如果您的查询使用谓词计算器进行筛选，或者使用按比较器自定义顺序的查询，查询中也会注意到这一点：

com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
null=group: [
    {nodename=nodename: nodename=*.jar}
    {orderby=orderby: orderby=@jcr:content/jcr:lastModified}
    {type=type: type=nt:file}
]
com.day.cq.search.impl.builder.QueryImpl custom order by comparator: jcr:content/jcr:lastModified
com.day.cq.search.impl.builder.QueryImpl XPath query: //element(*, nt:file)
com.day.cq.search.impl.builder.QueryImpl filtering predicates: {nodename=nodename: nodename=*.jar}
com.day.cq.search.impl.builder.QueryImpl query execution took 272 ms

Javadoc链接