多模块 Java/Maven 项目中 DBUnit 的 XML DTD 路径？

Question

我有一个多模块 Maven 项目。在 persist 模块中，我有许多引用 DTD 的 XML 文件数据文件：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE myapp-data SYSTEM "myapp-data.dtd" >

<dataset>
      .....omitted for brevity....
</dataset>

DTD 与 XML 文件存储在同一目录中，甚至 Eclipse 也会报告这些 XML 文件有效。

但是，当我运行该应用程序时，DBUnit FlatXMLDataSet 会引发 FileNotFound 异常，因为它无法找到 DTD。它显然是在根项目目录（例如 myproject/）中寻找 DTD。我希望它在与 XML 文件本身相同的目录中查找 DTD（例如 myproject/persist/target/test-data）。

查看 DBUnit 源代码，它有这样的说法：“相对 DOCTYPE uri 是从当前工作字典解析的。”

有什么好方法来解决这个问题？

Answer 1

好吧，我想我已经弄清楚了这一点。感谢上帝的开源。

FlatXmlDataSetBuilder 上有一个方法可以将流传送到 DTD。在我看来，这是一个公共方法，这很疯狂，但话又说回来，DBUnit 没有在与 dtd 文件的 XML 相同的目录中查找，这也很疯狂。现在，

String dtdResourceName = "classpath:test-data/myapp-data.dtd";      
Resource res = applicationContext.getResource(dtdResourceName);
builder.setMetaDataSetFromDtd(res.getInputStream());

我将 DOCTYPE 声明和 dtd 保留在与 XML 相同的目录中，并使用此 hack 来欺骗 DBUnit 做正确的事情。

Answer 2

始终使用正确的变量来访问特殊目录，因为多模块构建具有与本地构建不同的工作目录：

因此，

• 不要使用 mydir 使用 ${project.basedir}/mydir
• 而不是 target/mydir 使用 ${project.build.directory}/mydir
• 而不是 target/classes/mydir 使用 $ {project.build.outputDirectory}/mydir

这些变量始终评估当前项目，无论从何处调用。这是POM 变量概述（不完整，但最重要的内容都在其中） ）

此外，如果您想做一些交互式查询式调试，help:evaluate mojo 派上用场：

只需调用

mvn help:evaluate

，系统就会提示您输入表达式。如果您输入表达式，例如 ${project.build.plugins[0]} ，则将列出指定元素的合并 dom

---

编辑：

好的，现在我想我看到了问题。那么为什么不直接引用 xml 中的目录：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE myapp-data SYSTEM "target/test-classes/myapp-data.dtd" >

我知道它不太漂亮，但它应该可以工作，无论是否是多模块。单元测试的当前目录始终是当前的 ${project.basedir}，而不是父项目目录。

Answer 3

您可以将 DTD 发布到 Web 服务器，然后将其 HTTP URL 放入 DOCTYPE，例如：

<!DOCTYPE myapp-data SYSTEM "-//The Owner//The Description//EN" "http://host/path/to/myapp-data.dtd">

Answer 4

打开 XML 文件时尝试使用“File”而不是“FileInputStream”。

例如：

ReplacementDataSet dataSet = new ReplacementDataSet(new FlatXmlDataSet(new File(fileName)));

这样，DTD 的相对路径应该从 XML 文件的目录开始。

如果使用

ReplacementDataSet dataSet = new ReplacementDataSet(new FlatXmlDataSet(new FileInputStream(fileName)));

路径应该相对于当前工作目录。

Answer 5

它涉及一些丑陋的重复，但您可以将 DTD 的内容粘贴到相关 XML 文件中，然后将它们用作 内部 DTD。