问题标签 [marklogic-dhf]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
marklogic-9 - 数据中心框架和 CPF
我现在正在研究 DHF。在我的理解中,协调过程应该在协调流程中完成。
我想利用 CPF 进行多重二进制转换,在这种情况下,最佳实践是什么?问这个问题的原因是,如果从 DHF 的角度考虑,CPF 隐藏了一些逻辑/过程。
如果我误解了这个概念,请告诉我。
marklogic-9 - MarkLogic:关于 search.search 与 CTS API 的设计问题
MarkLogic 9.0-6 版
我们的团队创建了一堆自定义 REST API (v1/resources/...),并将它们作为企业服务公开给其他不需要了解 MarkLogic 的利益相关者。但是,我们的团队负责在 MarkLogic 中创建、增强和维护服务器端脚本(我们使用 JavaScript)。
在创建自定义 REST API 时,我们当前的设计是使用 search.search API 来满足任何搜索要求。最近,我更倾向于使用更灵活、更快的 CTS 函数,因为我看不到使用 search.search 包装 API 的任何特定优势。由于我的团队的工作主要是编写和维护服务器端脚本,我认为最好使用提供更大灵活性和速度的低级 API(CTS 函数),而不是花时间制作高级 API(search.search 或 jsearch ) 工作,或者更糟糕的是,在将来重新编码为 CTS 函数,因为无法通过高级 API 实现特定的复杂功能。
设计大师,请指教!
marklogic-9 - MarkLogic:关于查询选项与转换的设计问题
我们的团队创建了一堆自定义 REST API (v1/resources/...) 并将它们作为企业服务公开给其他不需要了解 MarkLogic 的利益相关者。但是,我们的团队负责在 MarkLogic 中创建、增强和维护服务器端脚本(我们使用 JavaScript)。
在创建自定义 REST API 时,我们当前满足搜索要求的设计是从查询选项开始,在查询选项中包含尽可能多的要求,以及查询选项无法满足的任何要求(例如,在文档中排序、复杂的 XPath、与其他文档合并等)、Java Script 扩展程序中的代码(技术上不是转换,但在概念上类似于转换)。
随着查询选项的限制,我们的大部分逻辑越来越多地进入 Javascript 扩展程序,查询选项似乎只是一种维护开销。我们真的需要为每个 REST 扩展维护一个查询选项文件,而转换提供了强大的功能吗?我可以摆脱 Query 选项而只使用服务器端 Java Script 代码(从概念上讲,类似于转换)吗?最初,我们的想法是查询选项是基于配置的,因此更改查询选项并不完全是代码更改,但是,根据我们的经验,我们意识到更改查询选项还涉及部署、回归测试和所有其他活动。因此,在我们的案例中(创建自定义 REST API),我看不到查询选项的任何特定优势。
设计大师,请指教!
marklogic - 如何通过 docFilter 从提取的文档中检索特定值?
我正在使用 JavaScript(&DHF),现在我在“extracted”属性中有 docFilter-extracted XHTML 数据。现在,我应该使用哪个 cts 查询以及如何从 FileCreator 中检索“此值”?简单地说,我想做:var filecreator = 'This Value'
任何建议将被认真考虑。
marklogic - MarkLogic - 带有提取文档数据的查询选项
MarkLogic 版本 9.0-6.2
我正在尝试使用查询选项中的提取文档数据提取信封的一部分(下面给出示例)。
我的要求只是返回 UserId 和 UserName。所以我在选项文件中尝试了下面的代码。
我收到如下回复
此代码不排除“电话”属性。此外,在输出中返回“实例”属性,但我只需要 UserId 和 UserName。
如何在同一个选项文件中同时编写排除和包含代码?此外,在包含路径中,如何仅指定要返回的后代(在我的情况下,“实例”属性的后代。
提前致谢!
marklogic - MarkLogic - 查询选项 - 使用提取文档数据从 json 对象中排除数组
MarkLogic 版本 - 9.0-6.2
我有一个如下的 json 文档,在返回之前我需要从中排除“PhoneInfo”属性。
我在选项文件中使用以下代码来排除“PhoneInfo”属性
但是,我得到以下响应,PhoneInfo 作为空数组。
有没有办法可以使用选项文件完全排除 PhoneInfo 属性?
marklogic - 如何协调 FINAL 数据库中的数据?
我正在测试 Quickstart UI 以熟悉 DHF。据我了解,默认配置有暂存和最终数据库。输入流将数据放置在暂存中,然后协调流将在最终数据库中创建协调数据。
现在,我的问题是如何针对最终数据库中已经存在的协调数据应用额外的协调流程?
我知道编写器模块允许针对最终数据库访问各种功能,实际上我可以在这里代表查询控制台做任何想做的事情。但是,我认为这不应该是正确的方法,即使数据协调过程(在数据库级别)也很成功,我的跟踪记录充满了错误。有什么建议或意见吗?
marklogic - MarkLogic - 数据库中文档子集的属性范围索引
MarkLogic 版本 - 9.0-6.2
在我们的 data-hub-FINAL 数据库中,每个实体都有一个名为“TransactionRequestDtTm”的属性,这意味着数据库中的每个文档都有这个属性。
对于一个特定的集合,我需要获取“TransactionRequestDtTm”大于输入时间戳的文档。我正在考虑在 TransactionRequestDtTm 属性上使用范围索引,但根据我的理解,MarkLogic 会在初始化时将所有具有 TransactionRequestDtTm 属性的文档拉入内存。就我而言,这意味着整个数据库将被拉入内存。
如果实际行为不同,请纠正我的理解。有没有办法表明仅在特定集合上才需要范围索引(可能使用不同的属性名称)?请建议!
marklogic - Marklogic URL encoding
MarkLogic version - 9.0-6.2
I have a custom REST end point that accepts phone number as a parameter. My requirement is to read this input phone number from the URL, compare with a phone number in the database and return Match/NoMatch.
When I call the URL through SoapUI tool with phone number value as +1-800-723-1800, I see that soapUI tool is sending the GET request to MarkLogic as &PhoneNo=%2B1-800-723-1800. When I compare (using === in javascript) this value with the value in database, I am getting expected result.
However, when the same call is made through IIB (IBM Integration Bus), I see in MarkLogic logs that the GET request is made as &PhoneNo=+1-800-723-1800 (+ not encoded). Now this comparision result is coming as NoMatch even though I have the exact same value in the database.
Is this as issue with encoding? How can I handle encoding in MarkLogic?
marklogic - MarkLogic - 使用 gradle 部署任务
- 标记逻辑:9.0-6.2
- 数据中心版本:2.0.6
我创建了一个任务来监控备份并将文件放在\src\main\ml-config\tasks\taskmonitor.json
我进行了部署 ( gradle mlDeploy
),但如何验证任务是否已成功创建?
我在模块 DB 中搜索了taskmonitor,但找不到该任务。另外,在管理控制台中,我浏览到 Groups-->Default-->Scheduled Tasks,但在那里找不到任何任务。