1、xml文件声明 dtd文件路径如下：
"http://java.sun.com/dtd/ejb-jar_2_0.dtd">
<ejb-jar><br>。。。。。。<br></ejb-jar>
2、dtd声明解析原则：
字串4
DOCTYPE声明不仅包含常规关键字和根元素名称，而且包含指示外部DTD源关键字和DTD位置。XML规范定义了几种声明源方法。声明中可以使用关键字SYSTEM或PUBLIC。如果使用SYSTEM关键字，解析器将仅根据给出URL寻找DTD?DTD通过URL显式地直接定位。
字串6
然而，如果DTD源关键字为PUBLIC，情况就略微复杂一些。PUBLIC关键字用于声明众所周知词汇表。例如，假设出版界已经对图书种类DTD达成了大量共识。需要根据该词汇表解析文档应用程序可能会通过某种策略来定位DTD。如果这个DTD 非常 普及，应用程序或许有本地拷贝。直接使用本地拷贝可能比从Web服务器上远程下载更可取。DTD可能存放在数据库中，或者可以通过其他与应用程序相关技术获得。如果使用PUBLIC关键字和URI，应用程序就有机会利用自己算法定位DTD。统一资源标识符（URI）可以是URL，也可以是一个单独名字。
例如：
字串1
“http://www.myweb.com/dtd/books.dtd”>
如果URI“universal/Publishing/Book”对于处理这类文档应用程序来说是已知，应用程序可以通过某种有效方式自行寻找DTD。或许我们恰有适合该领域解析器。它可能有DTD本地拷贝，或者它可以访问由本地数据库服务器维护DTD。最关键是，寻找DTD方法主要是由负责处理DOCTYPE声明应用程序确定。 字串9
当然，“众所周知”通常是相对。因此，XML1.0允许PUBLIC声明同时有公共URI和系统标识符。如果使用文档应用程序或解析器不能从PUBLIC关键字提供URI定位DTD，它必须使用系统标识符。 字串4
在本例中，文档设计者允许作为接收方应用程序根据公共URI自行寻找DTD。如果该过程失败，对我们出版领域不熟悉通用解析器一般属于这种情况，应用程序可以从地址为http://www.myweb.com/Web服务器请求指定文件，即获取网络上dtd文件：http://www.myweb.com/dtd/books.dtd。
字串7
3、Eclispe中配置dtd路径： 字串5
如果初始状态下没有配置ejb-jar.xml文件dtd路径，而eclipse又不能去sun公司validate情况下，eclipse报错。 字串6
可以根据ejb-jar.xml文件声明PUBLICDOCTYPE，指示eclipse到一个本地dtd文件去验证。
字串2
已声明"-//SunMicrosystems,Inc.//DTDEnterpriseJavaBeans2.0//EN"为本地dtd文件一个别名。
字串9
可以利用Eclipse【XMLCatalog】来配置： 字串1
字串5
添加一个【UserSpecifiedEntries】，用户自定义本地dtd验证入口：
字串8
【Add…】 à 字串9
保存，然后在ejb-jar.xml文件上右键->[ValidateXmlfile]，Eclipse提示验证通过，不再提示错误。
