在Spring MVC中的配置中一般会遇到这两个标签，作为<context:component-scan>的子标签出现。

但在使用时要注意一下几点：

1.在很多配置中一般都会吧Spring-common.xml和Spring-MVC.xml进行分开配置，这种配置就行各施其职一样，显得特别清晰。

在Spring-MVC.xml中只对@Controller进行扫描就可，作为一个控制器，其他的事情不做。

在Spring-common.xml中只对一些事务逻辑的注解扫描。

2.现在给定一个项目包的机构:

com.fq.controlller

com.fq.service

就先给定这两个包机构

（1）在Spring-MVC.xml中有以下配置：

<!-- 扫描@Controller注解 -->
<context:component-scan base-package="com.fq.controller">
    <context:include-filter type="annotation"
        expression="org.springframework.stereotype.Controller" />
</context:component-scan>

可以看出要把最终的包写上，而不能这样写base-package=”com.fq”。这种写法对于include-filter来讲它都会扫描，而不是仅仅扫描@Controller。哈哈哈，这点需要注意。他一般会导致一个常见的错误，那就是事务不起作用，补救的方法是添加use-default-filters=”false”。

（2）在Spring-common.xml中有如下配置：

<!-- 配置扫描注解,不扫描@Controller注解 -->
<context:component-scan base-package="com.fq">
    <context:exclude-filter type="annotation"
        expression="org.springframework.stereotype.Controller" />
</context:component-scan>

可以看到，他是要扫描com.fq包下的所有子类，不包含@Controller。对于exculude-filter不存在包不精确后都进行扫描的问题。

myeclipse自定义java注释：

Window->Preference->Java->Code Style->Code Template

然后展开Comments节点就是所有需设置注释的元素

-----------------

文件 (Files) 注释标签：

/** 

* @Project : ${project_name}

* @Title : ${file_name}

* @Package ${package_name}

* @Description : ${todo}

* @author shenyanghong ahong2011@gmail.com

* @date ${date} ${time}

* @Copyright : ${year} www.1000chi.com Inc. All rights reserved.

* @version V1.0 

*/

类 (Types) 注释标签（类的注释）：

/**

  * @ClassName ${type_name}

  * @Description ${todo}

  * @author shenyanghong ahong2011@gmail.com

  * @date ${date}

  * ${tags}

*/

字段 (Fields) 注释标签：

/** 
* @Fields ${field} : ${todo}
*/ 

构造函数标签：

/** 
* <p>Title: </p> 
* <p>Description: </p> 
* ${tags} 
*/

方法 (Constructor & Methods) 标签：

/** 
* @Title: ${enclosing_method} 
* @Description: ${todo}
* @param ${tags}    设定文件 
* @return ${return_type}    返回类型 
* @throws 
*/

覆盖方法 (Overriding Methods) 标签：

/* ( 非 Javadoc) 
* <p>Title: ${enclosing_method}</p> 
* <p>Description: </p> 
* ${tags} 
* ${see_to_overridden} 
*/

代表方法 (Delegate Methods) 标签：

/** 
* ${tags} 
* ${see_to_target} 
*/ 

getter 方法标签：

/** 
* @return ${bare_field_name} 
*/

setter 方法标签：

/** 
* @param ${param} 要设置的 ${bare_field_name} 
*/

今天将写好的附件服务器的API发给同事

她引入我的jar后, 编译就会报错: 类文件具有错误的版本 50.0,应为 49.0

50.0 对应的是JDK的1.6版本, 而49.0 对应的是JDK的1.5版本

也就是说我的jar的版本高于她所用的版本

由于我们实际部署在1.5之上, 所以我就来修改我的编译环境

首先我先修改了Eclipse的编译环境到1.5, 但是没有效果

转眼一想, 我都是使用Ant来打包发布, 看来Ant是自己编译的

于是我就在网上找到了修改Ant编译版本的方法

最后完成了修改

写个文字记录下, 免得以后忘了= =

PS: 我发现很多人问如何查看class文件是什么版本JDK编译的, 现在我将方法写在下面:

使用UtralEdit打开一个class文件.

根据java虚拟机的规范, java的class文件的前4个字节为magic number(魔数), 0xCAFEBABE(下图的第一行0 - 3列), 标识这个文件是java的class文件

而紧随其后的4个字节, 存储的就是该class文件的主次版本号(下图的第一行的 4 - 7 列), 下图中的31 换算成十进制就是49, 这标识此class文件为JDK1.5编译所得, 若32 就是JDK1.6编译

@responsebody表示该方法的返回结果直接写入HTTP response body中
一般在异步获取数据时使用，在使用@RequestMapping后，返回值通常解析为跳转路径，加上@responsebody后返回结果不会被解析为跳转路径，而是直接写入HTTP response body中。比如异步获取json数据，加上@responsebody后，会直接返回json数据。
4、在以上配置都正确的情况下，我的项目还是不能返回json串。报错：The resource identified by this request is only capable of generating responses with characteristics not acceptable according to the request "accept" headers ()。
今天终于在一个外文网站找到答案，是由于spring版本的问题引起的。我之前一直用的是3.0.0的版本。就是因为这个版本的问题。于是果断去官网下载3.2版本的，一切正常运行，成功返回json数据。

struts和spring整合首先要在Web容器启动的时候自动装配ApplicationContext的配置信息，可想而知应该在web.xml做相应的配置：
[html]
<context-param> 
    <param-name>contextConfigLocation</param-name> 
    <param-value> 
        classpath:applicationContext.xml 
    </param-value> 
</context-param> 
<listener> 
       <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
   </listener> 
配置了org.springframework.web.context.ContextLoaderListener后我们就不惜要编写代码显示地实例化ApplicationContext对象了。至于为什么要使用监听是因为web.xml 的加载顺序是：context-param -> listener -> filter -> servlet 。如果你是在不想使用监听，或许你可以尝试下继承struts2的org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter重写这个它的init方法在StrutsPrepareAndExecuteFilter过滤器init中实例化ApplicationContext对象加载配置信息，虽然这种方法也可行，但是当拦截每个action都会加载一次配置信息，重新实例化了一个新的web容器，不仅浪费了资源也让spring更加依赖了struts。

1、使用xml方式：
struts2配置
<package name="user" extends="struts-default">
<action name="login" class="userAction">
<result name="success">/success.jsp</result>
<result name="input" type="redirect">/index.jsp</result>
</action>
</package>
spring配置
<bean id="userDao" class="org.han.dao.impl.UserDaoImpl" />
<bean id="biz" class="org.han.service.impl.LoginBizImpl">
<property name="userdao" ref="userDao"/>
</bean>

<bean id="userAction" class="org.han.action.LoginAction" scope="prototype" >
<property name="biz" ref="biz" />
</bean>
注意红色部分，struts2的action class与对应的action bean必须相同,这样才能由spring管理action;

2、struts2使用零配置方式：
当你导入了零配置插件包的时候千万要注意约定大于配置，还是上面的spring配置，只是不需要struts2配置了。
第一种方式：只需要将Action的className对应到spring配置中的bean id就行了
@Action(value = "/login", results = { @Result(name = "success", location = "/success.jsp"),@Result(name="input",location="/index.jsp")},className="userAction")
public String login() throws Exception {
// TODO Auto-generated method stub
User u=biz.login(this.getUser());
if(u!=null){
return SUCCESS;
}
return INPUT;
}
第二种方式：
Action注解不需要className了，将spring配置稍作修改
<bean id="org.han.action.LoginAction" class="org.han.action.LoginAction" scope="prototype" >
<property name="biz" ref="biz" />
</bean>
这样可以是因为当你使用零配置的时候，action的class默认是当前类的全类名，所以和spring整合的时候刚好使用全类名在spring配置中查找以全类名为id的bean。

3、struts2、spring都使用注解方式：
www.2cto.com
<beans xmlns="http://www.springframework.org/schema/beans" 
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
     xmlns:context="http://www.springframework.org/schema/context" 
     xsi:schemaLocation="http://www.springframework.org/schema/beans 
         http://www.springframework.org/schema/beans/spring-beans-3.0.xsd 
         http://www.springframework.org/schema/context 
         http://www.springframework.org/schema/context/spring-context-3.0.xsd"> 
   <context:component-scan base-package="org.han.dao.impl,org.han.service.impl,org.han.action"/> 
</beans> 

<context:component-scan base-package=""/>用此种方式，不需要在配置文件中再配置bean，也不需要再导入上面对应的处理bean。也就是说可以不需要在配置文件中使用<context:annotation-config/>了，因为此种方式会自动导入

[java]
@Namespace("/") 
@Component(value="userLogin") 
@Scope(value="prototype") 
public class LoginAction extends ActionSupport { 
 
    public LoginAction() { 
        super(); 
        // TODO Auto-generated constructor stub 
        System.out.println("action:"+this.hashCode()); 
    } 
     
    @Autowired 
    private ILoginBiz biz; 
    private User user; 
 
    public User getUser() { 
        return user; 
    } 
 
    public void setUser(User user) { 
        this.user = user; 
    } 
    @Autowired 
    public void setBiz(ILoginBiz biz) { 
        this.biz = biz; 
    } 
 
    @Override 
    @Action(value = "hello", results = { @Result(name = "success", location = "/success.jsp"),@Result(name="input",location="/index.jsp")}) 
    public String execute() throws Exception { 
        // TODO Auto-generated method stub 
        System.out.println("biz:"+this.biz.hashCode()); 
        User u=biz.login(this.getUser()); 
        if(u!=null){ 
            return SUCCESS; 
        } 
        return INPUT; 
    } 
} 
@Component 有一个可选的入参，用于指定 Bean 的名称。一般情况下，Bean 都是 singleton 的，需要注入 Bean 的地方仅需要通过 byType 策略就可以自动注入了，所以大可不必指定 Bean 的名称。除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller。在目前的 Spring 版本中，这 3 个注释和 @Component 是等效的，但是从注释类的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层（Web 层）相对应。虽然目前这 3 个注释和 @Component 相比没有什么新意，但 Spring 将在以后的版本中为它们添加特殊的功能。所以，如果 Web 应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository、@Service 和 @Controller 对分层中的类进行注释，而用 @Component 对那些比较中立的类进行注释。

@Scope用于定义Bean的作用范围。

@Autowired 注释，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。当 Spring 容器启动时，AutowiredAnnotationBeanPostProcessor 将扫描 Spring 容器中所有 Bean，当发现 Bean 中拥有 @Autowired 注释时就找到和其匹配（默认按类型匹配）的 Bean，并注入到对应的地方中去。所以对成员变量使用 @Autowired 后，您大可将它们的 setter 方法删除。

@Qualifier(“name”) 中的 name是 Bean 的名称，所以 @Autowired 和 @Qualifier 结合使用时，自动注入的策略就从 byType 转变成 byName 了。@Autowired 可以对成员变量、方法以及构造函数进行注释，而 @Qualifier 的标注对象是成员变量、方法入参、构造函数入参。

@PostConstruct 和 @PreDestroy:JSR-250 为初始化之后/销毁之前方法的指定定义了两个注释类，这两个注释只能应用于方法上。标注了 @PostConstruct 注释的方法将在类实例化后调用，而标注了 @PreDestroy 的方法将在类销毁之前调用。
通过 <bean> 元素的 init-method/destroy-method 属性进行配置，都只能为 Bean 指定一个初始化 / 销毁的方法。但是使用 @PostConstruct 和 @PreDestroy 注释却可以指定多个初始化 / 销毁方法，那些被标注 @PostConstruct 或@PreDestroy 注释的方法都会在初始化 / 销毁时被执行。
更多的关于注解使用：请看官方文档

4、总结：
1、注释配置不一定在先天上优于 XML 配置。如果 Bean 的依赖关系是固定的，（如 Service 使用了哪几个 DAO 类），这种配置信息不会在部署时发生调整，那么注释配置优于 XML 配置；反之如果这种依赖关系会在部署时发生调整，XML 配置显然又优于注释配置，因为注释是对 Java 源代码的调整，您需要重新改写源代码并重新编译才可以实施调整。
2、如果 Bean 不是自己编写的类（如 JdbcTemplate、SessionFactoryBean 等），注释配置将无法实施，此时 XML 配置是唯一可用的方式。
3、注释配置往往是类级别的，而 XML 配置则可以表现得更加灵活。比如相比于 @Transaction 事务注释，使用 aop/tx 命名空间的事务配置更加灵活和简单。
所以在实现应用中，我们往往需要同时使用注释配置和 XML 配置，对于类级别且不会发生变动的配置可以优先考虑注释配置；而对于那些第三方类以及容易发生调整的配置则应优先考虑使用 XML 配置。Spring 会在具体实施 Bean 创建和 Bean 注入之前将这两种配置方式的元信息融合在一起。

来自：http://hanyexiaoxiao.iteye.com/blog/410123
1. 使用Spring注解来注入属性 
1.1. 使用注解以前我们是怎样注入属性的 
类的实现：

public class UserManagerImpl implements UserManager {
	private UserDao userDao;
	public void setUserDao(UserDao userDao) {
		this.userDao = userDao;
	}
	...
}

配置文件：

<bean id="userManagerImpl" class="com.kedacom.spring.annotation.service.UserManagerImpl">
	<property name="userDao" ref="userDao" />
</bean>
<bean id="userDao" class="com.kedacom.spring.annotation.persistence.UserDaoImpl">
	<property name="sessionFactory" ref="mySessionFactory" />
</bean>

1.2. 引入@Autowired注解（不推荐使用，建议使用@Resource） 
类的实现（对成员变量进行标注）

public class UserManagerImpl implements UserManager {
	@Autowired
	private UserDao userDao;
	...
}

或者（对方法进行标注）

public class UserManagerImpl implements UserManager {
	private UserDao userDao;
	@Autowired
	public void setUserDao(UserDao userDao) {
		this.userDao = userDao;
	}
	...
}

配置文件

<bean id="userManagerImpl" class="com.kedacom.spring.annotation.service.UserManagerImpl" />
<bean id="userDao" class="com.kedacom.spring.annotation.persistence.UserDaoImpl">
	<property name="sessionFactory" ref="mySessionFactory" />
</bean>

@Autowired可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作。以上两种不同实现方式中，@Autowired的标注位置不同，它们都会在Spring在初始化userManagerImpl这个bean时，自动装配userDao这个属性，区别是：第一种实现中，Spring会直接将UserDao类型的唯一一个bean赋值给userDao这个成员变量；第二种实现中，Spring会调用setUserDao方法来将UserDao类型的唯一一个bean装配到userDao这个属性。 

1.3. 让@Autowired工作起来 
要使@Autowired能够工作，还需要在配置文件中加入以下代码

<bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor" />

1.4. @Qualifier 
@Autowired是根据类型进行自动装配的。在上面的例子中，如果当Spring上下文中存在不止一个UserDao类型的bean时，就会抛出BeanCreationException异常；如果Spring上下文中不存在UserDao类型的bean，也会抛出BeanCreationException异常。我们可以使用@Qualifier配合@Autowired来解决这些问题。 
1. 可能存在多个UserDao实例

	@Autowired
	public void setUserDao(@Qualifier("userDao") UserDao userDao) {
		this.userDao = userDao;
	}

这样，Spring会找到id为userDao的bean进行装配。 
2. 可能不存在UserDao实例

	@Autowired(required = false)
	public void setUserDao(UserDao userDao) {
		this.userDao = userDao;
	}

1.5. @Resource（JSR-250标准注解，推荐使用它来代替Spring专有的@Autowired注解） 
Spring 不但支持自己定义的@Autowired注解，还支持几个由JSR-250规范定义的注解，它们分别是@Resource、@PostConstruct以及@PreDestroy。 
@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按byName自动注入罢了。@Resource有两个属性是比较重要的，分别是name和type，Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。 
@Resource装配顺序

1. 如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常
2. 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常
3. 如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
4. 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配（见2）；如果没有匹配，则回退为一个原始类型（UserDao）进行匹配，如果匹配则自动装配；

1.6. @PostConstruct（JSR-250） 
在方法上加上注解@PostConstruct，这个方法就会在Bean初始化之后被Spring容器执行（注：Bean初始化包括，实例化Bean，并装配Bean的属性（依赖注入））。 
它的一个典型的应用场景是，当你需要往Bean里注入一个其父类中定义的属性，而你又无法复写父类的属性或属性的setter方法时，如：

public class UserDaoImpl extends HibernateDaoSupport implements UserDao {
	private SessionFactory mySessionFacotry;
	@Resource
	public void setMySessionFacotry(SessionFactory sessionFacotry) {
		this.mySessionFacotry = sessionFacotry;
	}
	@PostConstruct
	public void injectSessionFactory() {
		super.setSessionFactory(mySessionFacotry);
	}
	...
}

这里通过@PostConstruct，为UserDaoImpl的父类里定义的一个sessionFactory私有属性，注入了我们自己定义的sessionFactory（父类的setSessionFactory方法为final，不可复写），之后我们就可以通过调用super.getSessionFactory()来访问该属性了。 

1.7. @PreDestroy（JSR-250） 
在方法上加上注解@PreDestroy，这个方法就会在Bean初始化之后被Spring容器执行。由于我们当前还没有需要用到它的场景，这里不不去演示。其用法同@PostConstruct。 

1.8. 使用<context:annotation-config />简化配置 
Spring2.1添加了一个新的context的Schema命名空间，该命名空间对注释驱动、属性文件引入、加载期织入等功能提供了便捷的配置。我们知道注释本身是不会做任何事情的，它仅提供元数据信息。要使元数据信息真正起作用，必须让负责处理这些元数据的处理器工作起来。 
AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor就是处理这些注释元数据的处理器。但是直接在Spring配置文件中定义这些Bean显得比较笨拙。Spring为我们提供了一种方便的注册这些BeanPostProcessor的方式，这就是<context:annotation-config />：

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
	xsi:schemaLocation="http://www.springframework.org/schema/beans
	http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
	http://www.springframework.org/schema/context
	http://www.springframework.org/schema/context/spring-context-2.5.xsd">
	<context:annotation-config />
</beans>

<context:annotationconfig />将隐式地向Spring容器注册AutowiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor、 PersistenceAnnotationBeanPostProcessor以及RequiredAnnotationBeanPostProcessor这4个BeanPostProcessor。 

2. 使用Spring注解完成Bean的定义 
以上我们介绍了通过@Autowired或@Resource来实现在Bean中自动注入的功能，下面我们将介绍如何注解Bean，从而从XML配置文件中完全移除Bean定义的配置。 

2.1. @Component（不推荐使用）、@Repository、@Service、@Controller 
只需要在对应的类上加上一个@Component注解，就将该类定义为一个Bean了：

@Component
public class UserDaoImpl extends HibernateDaoSupport implements UserDao {
	...
}

使用@Component注解定义的Bean，默认的名称（id）是小写开头的非限定类名。如这里定义的Bean名称就是userDaoImpl。你也可以指定Bean的名称： 
@Component("userDao") 
@Component是所有受Spring管理组件的通用形式，Spring还提供了更加细化的注解形式：@Repository、@Service、@Controller，它们分别对应存储层Bean，业务层Bean，和展示层Bean。目前版本（2.5）中，这些注解与@Component的语义是一样的，完全通用，在Spring以后的版本中可能会给它们追加更多的语义。所以，我们推荐使用@Repository、@Service、@Controller来替代@Component。 

2.2. 使用<context:component-scan />让Bean定义注解工作起来

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
	xsi:schemaLocation="http://www.springframework.org/schema/beans
	http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
	http://www.springframework.org/schema/context
	http://www.springframework.org/schema/context/spring-context-2.5.xsd">
	<context:component-scan base-package="com.kedacom.ksoa" />
</beans>

这里，所有通过<bean>元素定义Bean的配置内容已经被移除，仅需要添加一行<context:component-scan />配置就解决所有问题了——Spring XML配置文件得到了极致的简化（当然配置元数据还是需要的，只不过以注释形式存在罢了）。<context:component-scan />的base-package属性指定了需要扫描的类包，类包及其递归子包中所有的类都会被处理。 
<context:component-scan />还允许定义过滤器将基包下的某些类纳入或排除。Spring支持以下4种类型的过滤方式：

• 过滤器类型 表达式范例 说明
• 注解 org.example.SomeAnnotation 将所有使用SomeAnnotation注解的类过滤出来
• 类名指定 org.example.SomeClass 过滤指定的类
• 正则表达式 com\.kedacom\.spring\.annotation\.web\..* 通过正则表达式过滤一些类
• AspectJ表达式 org.example..*Service+ 通过AspectJ表达式过滤一些类

以正则表达式为例，我列举一个应用实例：

	<context:component-scan base-package="com.casheen.spring.annotation">
		<context:exclude-filter type="regex" expression="com\.casheen\.spring\.annotation\.web\..*" />
	</context:component-scan>

值得注意的是<context:component-scan />配置项不但启用了对类包进行扫描以实施注释驱动Bean定义的功能，同时还启用了注释驱动自动注入的功能（即还隐式地在内部注册了AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor），因此当使用<context:component-scan />后，就可以将<context:annotation-config />移除了。 

2.3. 使用@Scope来定义Bean的作用范围 
在使用XML定义Bean时，我们可能还需要通过bean的scope属性来定义一个Bean的作用范围，我们同样可以通过@Scope注解来完成这项工作：

@Scope("session")
@Component()
public class UserSessionBean implements Serializable {
	...
}

3. 参考 
http://kingtai168.iteye.com/blog/244002 
http://www.iteye.com/topic/244153 
http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-annotation-config 
http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-classpath-scanning

 警告信息如下：

警告: No configuration found for the specified action: '/myNameSpace/login.action' in namespace: ''. Form action defaulting to 'action' attribute's literal value.

struts.xml配置信息（部分）

<package name="packageName" extends="struts-default" namespace="/myNameSpace">

    <action name="login" class="com.jato.srvclink.test.login.LoginAction" method="login">

jsp页面配置信息（部分）

<s:form action="/myNameSpace/login.action">

思考：没有在''的namespace中发现指定的action '/myNameSpace/login.action'

答疑：因为配置的struts2标签并未指定namespace属性。所以struts2会默认从根命名空间"/"搜索action串' /myNameSpace/login.action'，如果搜索不到将进入默认命名空间''搜索action请求串，在默认命名空间中是肯定找不到我们 定义的action的，所以，struts2抛出一个警告信息。

但是为什么我们没有填写namespace，我们的请求也可以正常访问呢？

我们来看一下解析后的html

查看源码得到的html（部分）

<form id="login" onsubmit="return true;" action="/srvclink/myNameSpace/login.action" method="post">

我们看到form提交的action串是准确的url请求，action串确实是/srvclin（应用根）/myNameSpace（命名空间）/login.action。

命名空间中找不到action定义，并不意味着这个action真的不存在，只是我们的代码有问题而已。还有一点是我们在jsp页面的action请求中 手动的加入了.action后缀。事实上struts2会自动追加.action的，因为我们并没有合法的使用struts2的标签，所以struts2 这里并没有给我们追加.action，解析后的代码中存在的.action，完全是我们手动在jsp页面填写的，有疑问的网友可以不手动添加查看 html。

我们修改我们的程序代码

jsp页面配置信息（部分）修改后加入namespace属性，修改action属性值为/login.action

<s:form action="/login.action" namespace="/myNameSpace">

请求页面后，大家很失望吧？警告依然存在。但是我们看一下警告信息。

警告信息：

警告: No configuration found for the specified action: '/login.action' in namespace: '/myNameSpace'. Form action defaulting to 'action' attribute's literal value.

没有在'/myNameSpace'的namespace中发现指定的action '/login.action'

毫无疑问，这里的警告和第一次的警告信息截然不同。我们现在存在命名空间，'/myNameSpace'能够被struts2检索到，并不是开始的''。那问题的关键在哪里呢？

在namespace中没有发现指定的action '/login.action' ？？？

我们来看一下struts.xml中的配置：

struts.xml配置信息（部分）

<package name="packageName" extends="struts-default" namespace="/myNameSpace">

    <action name="login" class="com.jato.srvclink.test.login.LoginAction" method="login">

是的，我们'/myNameSpace'命名空间下，只有action名字为'login'的定义，并没有所谓的'/login.action' 定义，所以struts2的警告并未错。如果大家对这个抱有怀疑，可以修改action的名字'login'为‘/longin.action’

<action name="/login.action" class="com.jato.srvclink.test.login.LoginAction" method="login">

请求页面时你会发现不在报警告信息，原因很简单。因为在命名空间为'myNameSpace'下确实存在命名为'/login.action'的action。

我们再次修改配置文件

jsp页面配置信息（部分）修改后action属性值为longin

<s:form action="login" namespace="/myNameSpace">

请求页面时，我们发现不再有警告信息了。

如果你有足够细心，我想你应该可以彻底的明白为什么struts2会报警了吧？你也应该明白了使用struts2标签action中添加/线后请求反而报错的原因了。

  功能：本实例实现的功能是从输入界面输入用户名和密码，若用户名和密码正确转到成功界面，否则转到失败界面。

   实现：
   第一步：创建一个Web工程
   在MyEclipse，通过菜单File->New->Web Project，在Project Name输入工程名称Strut2Travel，点解确定完成创建一个工程。
   简注：MyEclipse属于一个IDE继承开发环境，可以快速的创建Web项目。读者可以手工创建，只需满足项目的文件结构即可。其中WEB-INF文件夹必不可少。

   第二步：导入Struts2的核心支持包
   commons-fileupload-1.2.1.jar

   commons-io-1.3.2.jar

   commons-logging-1.0.4.jar

   freemarker-2.3.15.jar

   ognl-2.7.3.jar

   struts2-core-2.1.8.1.jar

   xwork-core-2.1.6.jar
   简注：Struts2有大量的jar包，支持大量的功能，不同类型的应用可能需要不同的包支持。以上的5个包为Struts2的核心包，使用Struts2必须使用。

   第三步：配置struts2转发过滤器
   编辑web.xml文件，添加以下内容
 <filter>
  <filter-name>struts2</filter-name>
  <filter-class>
   org.apache.struts2.dispatcher.FilterDispatcher
  </filter-class>
 </filter>
 <filter-mapping>
  <filter-name>struts2</filter-name>
  <url-pattern>/*</url-pattern>
 </filter-mapping>
   简注：“/*”表示涉及本工程的所有浏览器端的请求都经过struts2过滤器处理。

    第四步：创建输入页面login.jsp、结果页面welcome.jsp和error.jsp
login.jsp
<%@ page language="java" import="java.util.*" pageEncoding="GB2312"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head><title>登录界面</title></head>
  <body>
    <form action="LoginAction.action">
       用户名：<input name="username"><br>
       密 码：<input type="password" name="userpass"><br>
      <input type="submit" value="提 交">
      <input type="reset"  value="取 消">
    </form>
  </body>
</html>

welcome.jsp
<%@ page language="java" import="java.util.*" pageEncoding="GB2312"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <title>欢迎</title>
  </head>
  <body>
    <font color="red" size="10">登录成功！</font>
  </body>
</html>

error.jsp
<%@ page language="java" import="java.util.*" pageEncoding="GB2312"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <title></title>
  </head>
  <body>
    <font color="red" size="10">用户或密码错误！</font>
  </body>
</html>
    简注：本实例是最简单的应用，以上为纯JSP文件，Struts2提供大量使用的标签，本书后面的实例会使用到。

    第五步：创建Action文件LoginAction和struts2.xml文件
LoginAction.java
package com;

import com.opensymphony.xwork2.ActionSupport;

public class LoginAction extends ActionSupport{
 private String username;
 private String userpass;
 
 public String execute(){
  if("daniel".equals(username)&&"abcde".equals(userpass))
   return SUCCESS;
  else
   return ERROR;
 }
 
 public String getUsername() {
  return username;
 }
 public void setUsername(String username) {
  this.username = username;
 }
 public String getUserpass() {
  return userpass;
 }
 public void setUserpass(String userpass) {
  this.userpass = userpass;
 }
}

    简注：默认配置情况下执行execute()方法，实际应用中经常更改配置。本书后面将深入讲解。注意本类中的username和userpass必须和网页文件的name属性名一致。
struts.xml
<!DOCTYPE struts PUBLIC
        "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
        "http://struts.apache.org/dtds/struts-2.0.dtd">
<struts>
 <package name="struts2demo" extends="struts-default">
   <action name="loginAction" class="com.LoginAction">
     <result name="success">/welcome.jsp</result>
     <result name="error">/error.jsp</result>
   </action>
 </package>  
</struts>

    第五步：将程序发布到Tomcat，启动Tomcat即可。
    通过本实例读者应该掌握如何配置并编写一个最简单最基本的应用，对于初学读者以了解为主，没必要深究一些问题。

Struts2教程1：第一个Struts2程序

在本系列教程中我们将学习到Struts2的各种技术。在本教程中使用的工具和程序库的版本如下：

理解ActionContext 、ValueStack 、Stack Context
ActionContext
一次Action调用都会创建一个ActionContext
调用：ActionContext context = ActionContext.getContext()

ValueStack
由OGNL框架实现
可以把它简单的看作一个栈（List） 。

Stack Object：放入stack中的对象，一般是action。
Stack Context（map）：stack上下文，它包含一系列对象，包括request/session/attr/application map等。
EL：存取对象的任意属性，调用对象的方法，遍历整个对象结…

ActionContext是Action上下文，可以得到request session application
ValueStack是值栈 存放表单中的值
Stack Context 栈上下文 也是用来存值的



struts2对OGNL上下文的概念又做了进一步扩充，在struts2中，OGNL上下文通常如下所示：

|--request 

| 

|--application 

| 

context map---|--OgnlValueStack(root) [ user, action, OgnlUtil, ... ] 

| 

|--session 

| 

|--attr 

| 

|--parameters




在Struts2中，采用标准命名的上下文(Context)来处理OGNL表达式。处理OGNL的顶级对象是一个Map（也叫context map），而OGNL在这个context中就是一个顶级对象(root)。在用法上，顶级对象的属性访问，是不需要任何标记前缀的。而其它非顶级的对象访问，需要使用#标记。
Struts2框架把OGNL Context设置为我们的ActionContext。并且ValueStack作为OGNL的根对象。除value stack之外，Struts2框架还把代表application、session、request这些对象的Map对象也放到ActionContext中去。（这也就是Struts2建议在Action类中不要直接访问Servlet API的原因，他可以通过ActionContext对象来部分代替这些（Servlet API）功能，以方便对Action类进行测试！）
Action的实例，总是放到value stack中。因为Action放在stack中，而stack是root(根对象)，所以对Action中的属性的访问就可以省略#标记。但是，要访问ActionContext中其它对象的属性，就必须要带上#标记，以便让OGNL知道，不是从根对象，而是从其它对象中去寻找。
那么访问Action中的属性的代码就可以这样写

<s:property value="postalCode"/>
其它ActionContext中的非根对象属性的访问要像下面这样写：
<s:property value="#session.mySessionPropKey"/> or
<s:property value="#session['mySessionPropKey']"/> or
<s:property value="#request['myRequestPropKey']"/>
对Collection的处理，内容就很简单。
<s:select label="label" name="name" list="{'name1','name2','name3'}" value="%{'name2'}" />
这是处理List。这个代码在页面上建立一个下拉选项，内容是list中的内容，默认值是name2.
处理map

<s:select label="label" name="name" list="#{'foo':'foovalue', 'bar':'barvalue'}" />

需要注意的是，判断一个值是否在collection中。我们要使用in或者not in来处理。
<s:if test="'foo' in {'foo','bar'}">
muhahaha
</s:if>
<s:else>
boo
</s:else>
另外，可以使用通配符来选择collection对象的子集。
?——所有匹配选择逻辑的元素
^——只提取符合选择逻辑的第一个元素
$——只提取符合选择逻辑的最后一个元素
person.relatives.{? #this.gender == 'male'}

?

?

值栈(ValueStack) 
Struts2将OGNL上下文设置为Struts2中的ActionContext(内部使用的仍然是OgnlContext)，并将值栈设为OGNL的根对象。 
我们知道，OGNL上下文中的根对象可以直接访问，不需要使用任何特殊的“标记”，而引用上下文中的其他对象则需要使用“#”来标记。由于值栈是上下文中的根对象，因此可以直接访问。那么对于值栈中的对象该如何访问呢？Struts2提供了一个特殊的OGNLPropertyAccessor，它可以自动查找栈内的所有对象(从栈顶到栈底)，直接找到一个具有你所查找的属性的对象。也就是说，对于值栈中的任何对象都可以直接访问，而不需要使用“#”。 
假设值栈中有两个对象：student和employee，两个对象都有name属性，student有学号属性number，而employee有薪水属性salary。employee先入栈，student后入栈，位于栈顶，那么对于表达式name,访问的就是student的name属性，因为student对象位于栈顶；表达式salary，访问的就是employee的salary属性。正如你所见，访问值栈中的对象属性或方法，无须指明对象，也不用“#”，就好像值栈中的对象都是OGNL上下文中的根对象一样。这就是Struts2在OGNL基础上做出的改进。

 值栈中的Action实例 
Struts2框架总是把Action实例放在栈顶。因为Action在值栈中，而值栈又是OGNL中的根，所以引用Action的属性可以省略“#”标记，这也是为什么我们在结果页面中可以直接访问Action的属性的原因。

 Struts2中的命名对象 
Struts2还提供了一些命名对象，这些对象没有保存在值栈中，而是保存在ActionContext中，因此访问这些对象需要使用“#”标记。这些命名对象都是Map类型。 

parameters 
用于访问请求参数。如：#parameters['id']或#parameters.id，相当于调用了HttpServletRequest对象的getParameter()方法。 
注意，parameters本质上是一个使用HttpServletRequest对象中的请求参数构造的Map对象，一量对象被创建(在调用Action实例之前就已经创建好了)，它和HttpServletRequest对象就没有了任何关系。 

request 
用于访问请求属性。如：#request['user']或#request.user，相当于调用了HttpServletRequest对象的getAttribute()方法。 

session 
用于访问session属性。如：#session['user']或#session.user，相当于调用了HttpSession对象的getAttribute()方法。 

application 
用于访问application属性。如：#application['user']或#application.user，相当于调用了ServletContext的getAttribute()方法。 

attr 
如果PageContext可用，则访问PageContext，否则依次搜索request、session和application对象。

假设你的Action类中有变量String password; 要想获取页面中传过来的password，必须为password设置get 和set 方法。当你的页面进入Action时，ActionContext（Action上下文）通过set方法获取password的值并压入值栈栈顶，同时request也获取到password的值，同时也如堆栈，session等对象的值也被压入堆栈，ActionContext中的值在页面中可以直接用<s:porperty value="password">取值显示，而request中存储的password通过<s:porperty value="#request.password">或者${password}取值。即struts是通过一个值栈来存储所有对象和ActionContext中的值得。ActionContext为栈顶对象，也称跟对象，ActionContext的值可以直接用变量名取，而其他的变量需要用#变量名取值。