问题标签 [restheart]

我们实现了 RESTHEART 从 MongoDB 获取聚合数据。对于单个请求，数据正常并符合要求。当我们通过在 MongoDB 上添加负载开始在 JMeter 请求下检查这一点时，我们在后端遇到了异常。我们与 MongoDB 工程师分享了这些异常，他们表示这可能是由于 restheart api 问题。以前有人遇到过这些问题吗？

@Andrea Di Cesare，对此的任何帮助将不胜感激。

以下是详细信息 下面是示例 URI，其中出现“内存不足”错误。REST API 调用 http://ftc-lbeapoc202:8080/statdata/InsStatData/_aggrs/getStatDataByIssuerIdSectionName?avars= {'issuerId':66915,'sectionName':'SCDPT1'} http://ftc-lbeapoc202:8080/statdata/ InsStatData/_aggrs/getStatDataByIssuerIdSectionName?avars= {'issuerId':66915,'sectionName':'SCDPT1','year':2014}

服务器日志中的错误：

我们知道 Mongo 的 RESTHEART API 提供了按页面获取数据的功能，页面的最大限制为 1000。

Restheart 或外部有没有办法在一次调用中获取所有页面数据？

我只是想避免对每个页面使用 restheart 进行多次休息调用。

我们知道 RESTHEART API 可以使用 GET 方法提供数据。但是如果参数列表增加，那么 GET Rest 调用将达到限制。请确认我们是否可以使用 POST 调用通过 rest heart 获取数据。

像 GET /test/coll?filter={'title':{ << 1000s.. params >>}}

在这里，我只是使用 << 1000 params >> 来说明一长串参数

问候， 阿比纳夫

我已将 RestHeart 配置为从 MongoDB 获取数据。与我使用客户端查询 MongoDB（RoboMongo、MongoDB Compass...）相比，大多数请求运行良好并返回相同的结果。然而，一些像下面这样的请求涉及将日期作为字符串的过滤器比 MongoDB 客户端花费更长的时间，并且 Nginx 在 60 秒后关闭连接（与客户端的相同查询需要 0.163 秒）

该集合具有 DATE_A 属性的索引，该属性在使用客户端执行查询时使用。

RestHeart 的配置与文档中的默认配置相同，只是与 MongoDB 的连接不同。在这种情况下，我使用具有 3 个实例（1 个主实例和 2 个从属实例）的集群。此外，RestHeart 日志文件显示了除这些请求之外的所有已执行请求，因此我看不到它们发生了什么。

有什么建议可以发现这个查询的问题和问题在哪里？提前致谢。

我使用 RestHeart 从 MongoDB 获取数据。当我从包含 int64 类型字段（在本例中为“INT64_NUMBER”）的集合中请求文档时，响应包含：

没有“$numberLong”类型，是否有任何选项可以获取相同的信息？我的意思是，类似于以下内容：

我认为我应该对项目使用某种聚合，但我自己找不到解决方案，也没有网络上的示例。有人可以指导我找到合适的解决方案吗？提前致谢。

我已将 RestHeart 配置为从 MongoDB 获取数据。与使用客户端查询 MongoDB（RoboMongo、MongoDB Compass...）相比，涉及字符串、对象、数字的请求运行良好并返回相同的结果。但是，涉及 Date 数据类型的请求比使用 MongoDB 客户端需要更长的时间，并且 Nginx 在 60 秒后关闭连接（使用客户端的相同查询需要 0.163 秒）

该集合具有 DATE_A_FMT 字段的索引，当使用客户端执行查询时使用该索引。另外，我尝试添加排序，但结果相同。

RestHeart 的配置与文档中的默认配置相同，只是与 MongoDB 的连接有所不同。在这种情况下，我使用具有 3 个实例（1 个主实例和 2 个从属实例）的集群。此外，RestHeart 日志文件显示了除这些请求之外执行的所有请求，因此我看不到它们发生了什么。

有什么建议可以发现这个查询的问题和问题在哪里？提前致谢。

我正在使用 Restheart 和 MongoDB。我正在为响应数据调用一项服务（API）。

工作 API

当我调用上面的 API 时它正在工作，但是当我把 API 过滤器设置为空时，就像 filter={} 那样它就不起作用了。

不工作的 API

当我使用空过滤器 =“{}”调用 API 时，它给了我400 Bad Request

实际上，我想为两个目的实现一个 API 调用。

1. 一种用于过滤条件。
2. 第二个没有过滤条件。

我想像下面这样打电话。

然后有些时候qryFilterParam有价值，有些时候没有。当它具有像 filter="{'name':'john'}" 这样的值时，它正在工作，但是当它没有像 filter="{}" 这样的键值时，它就不起作用。我正在网站http://restheart.org/curies/1.0/filter.html上搜索解决方案，但我找不到解决方案。

RESTHeart 可以在 Tomcat 上运行吗？

在我的公司，Undertow 不是批准的产品。

我添加了我的自定义代码如下

在我的配置中添加了以下行，

但是我仍然无法将其打印在日志中，我确定我错过了将钩子添加到集合的部分。我们如何添加它，即我们如何做到这一点“集合元数据属性挂钩允许声明要应用于涉及集合及其文档的请求的挂钩”，来自文档。

我将 nginx 作为前端反向代理运行，在 docker（swarm，单节点）容器中，在 Restheart 应用程序前面，提供 restheart REST 服务。

我在 Alpine 上为 ngninx 使用最新的 docker 镜像。配置文件附在下面。

作为后端，我使用的是 Restheart 的标准 mvn build uberJar，其中大多数情况下只有 REST 资源访问的根已移至 /api 而不是 /。这在直接访问时非常有效。

当我直接在（打开调试）8080 端口上测试上游服务器（ Restheart ）时，所有 REST api 都按预期工作。

我使用 httpie 进行测试。

当我通过 nginx 在端口 8081 上使用相同的请求时，/api/... 和 /_logic 路径/... 被捕获并按预期工作。

由于我无法理解的原因， /_authtokens/... 和 /browser/ 路径没有传递到上游 Restheart 服务器，但最终被第一个块捕获，试图在本地找到具有该名称的文件文件系统，位于 /usr/share/nginx/html/...

真正困扰我的是，我不明白为什么它在前两条路径上完美运行，而不是在其他两条路径上？！

任何关于在哪里寻找/搜索的提示或指示将不胜感激？（现在已经用谷歌搜索并抓挠我的头发几天了...... ;-)

泽维尔