MarkLogic TDE不支持xdmp:uri-content-type、xdmp:uri-format为转换函数吗？

你遇到的报错场景完全属实：MarkLogic 10.0的TDE引擎确实没有把xdmp:uri-content-type()、xdmp:uri-format() 纳入模板可调用的函数白名单，直接在模板转换逻辑里调用这两个函数，必然触发XDMP-UNDFUN未定义函数错误，最终被TDE封装为TDE-EVALFAILED抛出，和你从官方文档核对的支持函数列表结果完全一致。

• 执行沙箱的安全边界设计：TDE有独立的模板执行沙箱，出于安全考虑，沙箱内只允许调用无副作用、输入输出可完全预测的纯计算函数。xdmp:uri-content-type、xdmp:uri-format 这类函数需要跨存储层读取全局元数据，不属于沙箱允许调用的安全函数范围，自然会被判定为未定义函数。
• 批量抽取的性能设计目标：TDE的核心优势是依托实体索引实现分布式并行的批量数据抽取，所有模板表达式必须满足「单文档计算不产生跨节点依赖、计算耗时固定可预测」的要求。如果允许调用这类需要跨分片读取元数据的函数，会在分布式计算集群中产生大量额外跨节点网络请求，直接把批量抽取的吞吐量拉到不可用的水平，这也是引擎从设计层面就主动屏蔽这类函数的核心原因。
• 实体索引的强一致约束：TDE生成的实体索引是和源文档绑定的二级索引，必须随文档内容的变更实时同步更新。这就要求模板表达式的计算结果只能和文档自身的内容挂钩，不能依赖独立于文档正文的全局元数据——毕竟这类元数据完全可以在不修改文档正文的情况下被单独修改，如果模板里调用这类函数，就会出现文档正文没变但索引值变了的逻辑矛盾，直接破坏索引的可靠性。

• 在文档写入阶段，直接把内容类型、格式信息写入文档的属性节点，在TDE模板里通过标准XPath路径直接读取属性值，这类节点路径访问完全在沙箱的允许操作范围内，不会触发未定义函数错误。
• 如果是手动调用tde.nodeDataExtract做临时抽取，可以把需要用到的内容类型、格式信息作为自定义上下文变量传入模板，完全不需要在模板内部调用全局函数读取。

内容的提问来源于stack exchange，提问作者Fan Li