原文出自：http://51dev.com/program/java/1/20070818/10971.html
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提示驗證通過，不再提示錯誤。

XML文件DTD路徑解析問題（in Eclipse）