大气密度高度图:truts.xml中的include标签和package标签以及action标签的name属性

来源:百度文库 编辑:偶看新闻 时间:2024/04/28 04:41:57

struts.xml中的标签 
当系统变大后,可能会导致struts.xml 内容非常多,这时我们就可以采用模块化 的方式
将不同的配置文件分散在不同的配置里面,然后由struts.xml将它们统一的加载进来
比如struts_1.xml 、struts_2.xml 、struts_3.xml 三个文件,分别是针对不同模块的配置
最后就可以由struts.xml统一将其整合起来,整合的方式就是把这它们包含进来即可
 
struts_1.xml 或者struts_2.xml 中的配置方式与struts.xml 中的配置方式是一模一样 的
即它们顶部都必须有 XML声明 和DTD ,它们DTD都是相同的,接下来是根元素 
即不能认为struts_1.xml 是被包含文件,便将顶部XML声明和DTD省略掉,这是不可以的
最后由struts.xml统一引入,于是系统加载,便将struts_1.xml及struts_2.xml等的配置都加载到内存中
这就相当于进行模块化的配置。对于大中型的系统来说,是不可避免的会使用模块化的配置方式的


struts.xml中的命名 
其中struts.xml中name 可随意命名,不会影响到其它的任何东西
它的name属性的作用仅仅是用来标识 的,以便另外的可以继承 它


 
在struts-default.xml的第73行配置时,声明了一个abstract="true" 属性
我们发现这个包中声明了结果类型、拦截器等等,却唯独没有声明 的配置
但是在我们自己定义的struts.xml 中有若干个的配置
因此abstract="true" 表示当前包是抽象包,所以当前包中不允许出现 的配置
抽象包的作用极类似于Java抽象类。自己不能实例化,只能被继承,然后由子类实现它的若干方法,最后由子类实例化
所以struts-default包中不能包含任何定义,具体的定义则是由其子包来定义的


中的extends的含义 
Struts2中可以用包机制 区分不同的Action,而将功能相似 的Action放到一个package 中
类似于Java中包的机制,不同的是Struts2的包支持多继承 ,如下所示
 
并且Struts2的package之间,又是可以实现继承 关系的
继承之后就可以把被继承的package中的所有东西都拿来使用了
所以它就相当于将 的全部东西都继承过来了
于是才可以直接把struts-default.xml 包中的所有结果类型、拦截器等都拿来供我们使用
如果我们的包不继承Struts2提供的struts-default包,那么我们很多工作都会变得无法完成
在Struts2应用启动时会自动读取struts-default.xml ,将该文件定义的所有东西加载到内存中 
接下来再加载当前应用的struts.xml 文件,然后将内存中struts-default.xml的信息读取过来
然后才会加入到我们当前的应用中,并且在default.properties 的第180行和181行有如下代码
### A list of configuration files automatically loaded by Struts
struts.configuration.files=struts-default.xml,struts-plugin.xml,struts.xml
翻译 :被Struts自动加载的一个配置文件列表
         应用启动时加载顺序是:先加载struts-default.xml ,次之struts-plugin.xml ,最次struts.xml 
因此:后者中的配置信息就可以覆盖掉前者中的配置信息


的namespace属性 
若未配置标签的namespace属性,则相当于namespace="" ,表示当前package位于默认命名空间里
命名空间要以斜线开头 ,假设包的namespace="/hello" ,且表单action="login" ,然后在页面中点击提交 按钮
这时在页面中将显示The requested resource (/struts2/login) is not available 
这时可将表单改为action="/hello/login" 或在表单中使用namespace和action属性分开来写

 ,注意此时若写成login.action则会出错 
修改完表单action后,再次提交时显示的却是The requested resource (/struts2/hello/login) is not available 
这是因为根本就不存在这个路径,正确的路径应该是/struts2/hello/login.action 
所以配置包的namespace后,须手工添加action后缀,即action="/hello/login.action" 
再次提交则正常显示,且浏览器显示的是http://127.0.0.1:8088/struts2/hello/login.action 
另外 :假设发送action="/test/login.action" 请求,但struts.xml 中根本就没有 命名空间为test 的包
当Struts2发现该命名空间不存在时,它会到默认命名空间 下寻找login的 的信息
假设发送action="/hello/login.action" 请求,当/hello 的namespace下不存在login.action时
Struts2会尝试到默认的命名空间下去寻找有没有名字叫做login的信息
若默认命名空间下不存在名为login的的信息,则会报告资源找不到的错误


Struts2还支持根命名空间【"/"】 
当直接请求contextPath 下的资源时,它会先到根命名空间 下寻找匹配的Action
例如请求http://127.0.0.1:8088/project/BB.action 时,Strtus2会首先到"/" 命名空间下去找这个Action
服务器的根 是http://127.0.0.1:8088/ 
网   站的根 是http://127.0.0.1:8088/struts2_demo/ 
假设JSP中写成 ,则实际指向 的是http://127.0.0.1:8088/login.jsp 
JSP中的根 指的是服务器的根 。而命名空间的斜杠 代表网站的根 ,也叫项目的根 或者应用的根


struts.xml中的name值的开头不允许加斜杠 
这是由default.properties 的第109行属性决定,即struts.enable.SlashesInActionNames 默认为FALSE 
比如说在struts.xml中,不指定的namespace属性,并写成 
再在表单中写成action="<%=request.getContextPath()%>/hello/login.action" ,此时仍可正常访问
但要注意:此时不能写成 ,否则在运行时仍会报告404错误 
总之直接使用命名空间就是了,不建议修改struts.enable.SlashesInActionNames 属性,保持默认配置即可


本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/jadyer/archive/2010/09/15/5884980.aspx