struts配置文件笔记（一）

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

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

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

<package name="struts2" extends="struts-default">中的extends的含义 
Struts2中可以用包机制 区分不同的Action，而将功能相似 的Action放到一个package 中
类似于Java中包的机制，不同的是Struts2的包支持多继承 ，如下所示
<package name="struts2" extends="struts-default, jfreechart-default"> 
并且Struts2的package之间，又是可以实现继承 关系的
继承之后就可以把被继承的package中的所有东西都拿来使用了
所以它就相当于将<package name="struts-default"/> 的全部东西都继承过来了
于是才可以直接把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 
因此：后者中的配置信息就可以覆盖掉前者中的配置信息

<package/>的namespace属性 
若未配置<package/>标签的namespace属性，则相当于namespace="" ，表示当前package位于默认命名空间里
命名空间要以斜线开头 ，假设包的namespace="/hello" ，且表单action="login" ，然后在页面中点击提交 按钮
这时在页面中将显示The requested resource (/struts2/login) is not available 
这时可将表单改为action="/hello/login" 或在表单中使用namespace和action属性分开来写
即<form action="login" namespace="/hello"> ，注意此时若写成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/> 的信息
假设发送action="/hello/login.action" 请求，当/hello 的namespace下不存在login.action时
Struts2会尝试到默认的命名空间下去寻找有没有名字叫做login的<action/>信息
若默认命名空间下不存在名为login的<action/>的信息，则会报告资源找不到的错误

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中写成<a href=“/login.jsp”></a> ，则实际指向 的是http://127.0.0.1:8088/login.jsp 
即JSP中的根 指的是服务器的根 。而命名空间的斜杠 代表网站的根 ，也叫项目的根 或者应用的根

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