XML文件DTD路径解析——in Eclipse(图)

核心提示：上传一篇刚写的Html怎么这么麻烦啊？！有没有简单途径？1、xml文件声明的dtd文件路径如下：<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE ejb-jar PUBLIC "-//Sun Microsy

　　上传一篇刚写的Html怎么这么麻烦啊？！有没有简单途径？
　　
　　1、xml文件声明的dtd文件路径如下：
　　
　　<?xml version="1.0" encoding="UTF-8"?>
　　
　　<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD EnterPRise javaBeans 2.0//EN"
　　
　　"http://java.sun.com/dtd/ejb-jar_2_0.dtd">
　　
　　<ejb-jar >
　　
　　。。。。。。
　　
　　</ejb-jar>
　　
　　2、dtd声明解析原则：
　　
　　D O C T Y P E声明不仅包含常规的要害字和根元素名称，而且包含指示外部D T D源的要害字和D T D的位置。X M L规范定义了几种声明源的方法。声明中可以使用要害字SYSTEM 或 PUBLIC。假如使用 SYSTEM 要害字，解析器将仅根据给出的U R L寻找DTD?DTD通过U R L显式地直接定位。
　　
　　然而，假如D T D源要害字为 PUBLIC，情况就略微复杂一些。P U B L I C要害字用于声明众所周知的词汇表。例如，假设出版界已经对图书种类D T D达成了大量共识。需要根据该词汇表解析文档的应用程序可能会通过某种策略来定位D T D。假如这个D T D非常普及，应用程序或许有本地拷贝。直接使用本地拷贝可能比从We b服务器上远程下载更可取。D T D可能存放在数据库中，或者可以通过其他与应用程序相关的技术获得。假如使用P U B L I C要害字和U R I，应用程序就有机会利用自己的算法定位D T D。统一资源标识符（URI）可以是URL，也可以是一个单独的名字。
　　
　　例如：
　　
　　<!DOCTYPE ejb-jar PUBLIC “universal/publishing/book”
　　
　　“http://www.myweb.com/dtd/books.dtd” >
　　
　　假如U R I“universal/Publishing/Book”对于处理这类文档的应用程序来说是已知的，应用程序可以通过某种有效的方式自行寻找D T D。或许我们恰好有适合该领域的解析器。它可能有D T D的本地拷贝，或者它可以访问由本地数据库服务器维护的D T D。最要害的是，寻找D T D的方法主要是由负责处理D O C T Y P E声明的应用程序确定的。
　　
　　当然，“众所周知”通常是相对的。因此， XML 1.0答应P U B L I C声明同时有公共U R I和系统标识符。假如使用文档的应用程序或解析器不能从P U B L I C要害字提供的U R I定位D T D，它必须使用系统标识符。
　　
　　在本例中，文档的设计者答应作为接收方的应用程序根据公共的U R I自行寻找D T D。假如该过程失败，对我们的出版领域不熟悉的通用解析器一般属于这种情况，应用程序可以从地址为 http://www.myweb.com/ 的We b服务器请求指定的文件，即获取网络上的dtd文件：http://www.myweb.com/dtd/books.dtd 。
　　
　　3、Eclispe中配置dtd路径：
　　
　　假如初始状态下没有配置ejb-jar.xml文件的dtd路径，而eclipse又不能去sun公司validate的情况下，eclipse报错。
　　
　　可以根据ejb-jar.xml文件声明的PUBLIC DOCTYPE，指示eclipse到一个本地的dtd文件去验证。
　　
　　已声明的 "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" 为 本地dtd文件的一个别名。
　　
　　可以利用Eclipse的 【XML Catalog】来配置：
　　
　　　
　　
　　添加一个【User Specified Entries】，用户自定义的本地dtd验证入口：
　　
　　【Add…】　à
　　
　　
　　
　　保存，然后 在 ejb-jar.xml 文件上 右键 ->[Validate Xml file] ， Eclipse 提示 验证通过，不再提示错误。