删除GraphDB存储库后，导入状态徘徊
图B-Free/9.4。1，RDF4J/3.3。1.
我正在使用 /rest/data/import/server/{repo-id}终结点来启动RDF/XML文件的导入。
步骤：
>
放入SysML。${graphdb.workbench.importDirectory}目录中的owl。chmodasysml。猫头鹰
创建仓库test1（在工作台-使用除RepositoryID：="test1"之外的所有默认值）
卷曲http://127.0.0.1:7200/rest/data/import/server/test1=
curl-XPOST----------------------------------------------------------------------------------------------------------------------------
60秒后，卷曲http://127.0.0.1:7200/rest/data/import/server/test1 =
但是如果我
- 删除仓库使用工作台页面在http://localhost:7200/repository，等待180秒
- 卷曲http://127.0.0.1:7200/rest/data/import/server/test=
主管道-2020-12-01。日志显示了与存储库test1、插件注册等相关的信息消息。没有任何信息表明先前存储库实例的导入状态为何会延迟。
这是令人担忧的，因为我希望使用一些状态轮询来确定何时加载数据，以便继续处理。一些好消息-我可以再次发出导入服务器文件请求，等待60秒后，263119语句出现了。但是导入上的时间戳是较早的repo实例的时间戳。未通过最新的导入请求重置。
我可能错过了一些清理步骤，我希望有人知道是哪个。
谢谢-史蒂夫
共有1个答案
该状态仅供参考，并不代表存储库中实际存在的数据。只需清除存储库中的所有数据而不重新创建数据，就可以实现类似的效果。
如果确实需要依赖这些状态记录，则可以在轮询给定文件并确定该文件已完成（或在开始导入之前）后清除该文件的状态：
curl -X DELETE http://127.0.0.1:7200/rest/data/import/server/test1/status \
-H 'content-type: application/json' -d '["SysML.owl"]'
请注意，这是一个未记录的API，它可能会更改，恕不另行通知。
-
rdf4j有一个问题：我想从GraphDB存储库“Feed”中删除所有以为谓词的三元组。 第一个查询验证是否存在一个三元组，参数作为主语，作为谓词，参数是否有object，并且是否有效。如果我的存储库中不存在此语句，则第二个查询开始，它应该删除所有三元组，将作为谓词，将作为主语，但它不起作用，问题是什么？ 下面是代码： 错误代码为："Missing参数：查询"，服务器响应为："400错误请求"
-
我注意到，与RDF4J相比，GraphDB不允许在存储库ID中使用点。我们有包含一些分类法的版本化存储库。版本号用于存储库ID，例如：。 虽然这在RDF4J中运行良好，但我必须在GraphDB中以不同的方式调用这样的存储库，例如。我希望能够在RDF4J和GraphDB上使用相同的查询集和联邦（调用引用分类库），以便根据用例在两者之间切换。在RDF4J中，我可以通过让一个无版本ID的联邦存储指向特定
-
在本章中，我们将讨论如何从一个Bitbucket导入一个仓库到GitLab: 步骤(1): 登录到您的GitLab帐户并点击仪表板中的New project按钮: 步骤(2): 单击导入项目选项卡下的按钮: 步骤(3): 接下来，您需要登录到您的帐户。 如果您没有帐户，请点击注册链接创建一个新帐户，然后登录到帐户。 步骤(4): 当点击按钮(如步骤2所示)时，它将显示下面的屏幕并点击授予访问按钮:
-
对于删除记录，我执行如下操作 Kafka如何知道记录被删除，在恢复过程中，它将从源主题转储记录（考虑源主题有一条键为-1的记录） 在我的拓扑中 null null 在状态存储中更新相同内容 我只想知道，在恢复过程中，该记录将被删除，这意味着如果使用键进行get on store时，我将得到null。
-
我正在开发使用Spring Cloud Stream构建的Kafka Streams应用程序。在这个应用程序中，我需要： 使用可在以后检索的连续消息流。 保留与某些条件匹配的邮件 ID 列表。 在单独的线程中，运行一个计划程序，该计划程序定期读出消息 ID，检索与这些 ID 匹配的相应消息，并对这些消息执行操作。 从列表中删除已处理的消息 ID，以便不重复工作。 我已考虑如下实施： < li >将
-
我正在为我的列表使用滑动列表视图库。列表适配器正在使用视图持有者模式，一切正常。我设置向左轻扫，列表项视图下有一个后退视图。在这个后视图上，我有一个文本视图“删除”。单击后，正在执行删除操作。适配器中的数据正在刷新。行已删除 。但是“滑动状态”被设置在位置靠近删除的那一行的行上。我不相信它发生，因为转换视图记住了“滑动状态”。当我注释掉检查转换视图是否为空时，问题消失了，但列表滚动性能是不可接受的