Java程序员

高级特性

              反射、泛型、注释符、自动装箱和拆箱、枚举类、可变

              参数、可变返回类型、增强循环、静态导入

        核心编程

             IO、多线程、实体类、

             集合类、正则表达式、

             XML和属性文件

             图形编程

             AWT（Java2D/JavaSound/JMF）、Swing、SWT、JFace

        网路编程

            Applet、Socket/TCP/UDP、NIO、RMI、CORBA

       Java语法基础

           类、抽象类、接口、最终类、静态类、匿名类、内部类、异常类、编码规范

      Java开发环境

          JDK、JVM、Eclipse、Linux

Java核心编程技术

Java，设计而又非常精巧的语言。学习Java，须从Java开发环境开始，到Java语法，再到Java的核心API。

        1.Java开发入门：Java开发环境的安装与使用，包括JDK命令、EclipseIDE、Linux下Java程序的开发和部署等。

        2.Java语法基础：基于JDK和Eclipse环境，进行Java核心功能开发，掌握Java面向对象的语法构成，包括类、抽象类、接口、最终类、静态类、匿名类、内部类、异常的编写。

        3.Java核心API：基于JDK提供的类库，掌握三大核心功能：

        A。Java核心编程:包括Java编程的两大核心功能——Java输入/输出流和多线程，以及常用的辅助类库——实体类、集合类、正则表达式、XML和属性文件。

        B。Java图形编程：包括Sun的GUI库AWT（Java2D、JavaSound、JMF）和Swing，IBM和GUI库SWT和Jface;

        C. Java网路编程：Applet组件编程，Socket编程，NIO非阻塞Socket编程、RMI和CORBA分布式开发。

        4.Java高级特性：掌握JDK1.4、JDK5.0、JDK6.0中的Java高级特性，包括反射、泛型、注释，以及java高级特性——自动装箱和拆箱、枚举类、可变参数、可变返回类型、增强循环、静态导入等。

JavaEE初级软件工程师

JSF框架开发技术

       配置文件（页面导航、后台Bean）、JSF组件库（JSF EL语言、HTML标签、事件处理、）、JSF核心库（格式转换、输入验证、国际化）

Javaweb核心开发技术       

       开发环境（Eclipse、Linux）

       三大组件（JSP、JavaBean、Servlet）

       扩展技术（EL、JSTL、Taglib）

网页开发技术

       HTML、XML、CSS、JavaScript、AJAX

       数据库设计技术

       SQL、MySql、Oracle、SQLServer、JDBC

Web服务器（Tomcat/Jetty/Resin/JBossWeb）

JavaWeb核心技术：

        JavaWeb项目开发的全过程可以分解为：

       网页开发+数据库设计——>JavaWeb项目开发，其中，javaWeb由6项基本技术组成：JSP+JavaBean+Servlet+EL+JSTL+Taglib，而JSF正是将这6种技术进行有机结合的技术框架：

JavaEE中级软件工程师

四种经典架构SSH1、SSI1、SSH2、SSI2

        Struts1表现层框架

      入门配置、核心组件、标签库、国际化、数据检验、数据库开发、Sitemesh集成、集成Hibernate/iBATIS

        Struts2表现层框架

               入门配置、核心组件、标签库、国际化、数据校验、Sitemesh集成转换器、拦截器、集成Hibernate/iBATIS

        Spring业务层框架

              入门配置、IoC容器、MVC、标签库、国际化、数据校验、数据库开发

        Hibernate持久层框架

            MySQL、Oracle、SQLServer iBATIS持久层框架

            MySQL、Oracle、SQLServer

Web服务器（Tomcat/Jetty/Resin/JBossWeb）

Java高级软件工程师

javaWeb开源技术与框架

        工作流、

规则引擎

搜索引擎、

缓存引擎 、

        任务调度、

身份认证

        报表服务、

系统测试、

        集群、

负载平衡、

故障转移

JavaWeb分布式开发技术

JTA（Java事物管理）

      JAAS（Java验证和授权服务）

      JNDI（Java命名和目录服务）

      JavaMail（Java邮件服务）

JMS（java信息服务）

WebService(web服务)

JCA（java连接体系）

JMS（java管理体系）

应用服务器（JBossAS/WebLogic/WebSphere）

JavaEE系统架构师

        面向云架构（COA）

            COA、SaaS、网格计算、集群计算、分布式计算、云计算

        面向资源架构（ROA）

            ROA、RESI

        面向web服务架构（SOA）

           WebService、SOA、SCA、ESB、OSGI、EAI

        Java设计模式

          创建式模式：抽象工厂/建造者/工厂方法/原型/单例

          构造型模式：适配器/桥接/组合/装饰/外观/享元/代理

          行为型模式：责任链/命令/解释器/迭代子/中介者/备忘录/观察者/状态/策略/模板方法/访问者

       Java与UML建模

          对象图、用例图、组件图、部署图、序列图、交互图、活动图、正向工程与逆向工程

CTO首席技术官

         发展战略

         技术总监

         团队提升

         团队建设

         项目管理

         产品管理

企业级项目实战(带源码)地址：http://zz563143188.iteye.com/blog/1825168

收集五年的开发资料下载地址：  http://pan.baidu.com/share/home?uk=4076915866&view=share

 下面的更深入的有兴趣可以了解一下，我的目的不是要大家掌握下面的知识，只是希望扩展自己的思维，摘自牛人的技术博客。

/**************************************************牛人必看*****************************************************************/

系统后台框架：

前端工程师技能：

B2C电子商务基础系统架构解析
运营B2C日 久，越来越深刻的意识到IT系统对确保规范化业务流转，支撑消费者端的均一服务有着决定性的作用。于是，一直想好好整理下相关的系统架构，怎奈俗务缠身， 一直拖到今日，猛然发现下周娃很可能就要出生，拖无可拖，快马加笔，居然整出来了。本文的重点是理清系统的逻辑关系，详细的功能模块请参见结尾附上的系统 架构图。
首先，聊下对系统逻辑架构的看法；我个人始终坚持认为，系统的开发与演化，前台严格follow消费者的购买流程，后台则盯牢订单流转，牢牢抓住这两条主线，才能高屋建瓴的看清B2C的逻辑链和数据流，更深刻的规划功能模块，从而更有效支撑实际业务的流转。
前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块
一，商品展示
按照Ebay的内部分类，任何将商品以单个或批量的方式展示给消费者的功能均应归入此系统。因此，该系统至少包括：
A，站内搜索（搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐）
B，导航（频道导航，其他导航如销售排行，广告位，推荐位，文字链，Also buy等）
C，商品分类（品牌分类，品类分类，属性分类如剪裁形式）
D， 登陆页（商品列表页，商品详细页，商品活动页）
这里的访问逻辑是：A /B/C分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。
二，内容展示
内容展示较为简单，对纯购物品牌而言包括：
A，公告区
B，帮助中心
C，论坛（如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可）
大家都知道，就不多说了。
三，订单确认
订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：
A，购物车（购物车浮层，购物车页面，无注册购买）
无注册购买是需要慎用的功能，除非刻意追求用户的短平快下单，如团购/换购，一般不推荐使用，会造成系统异常复杂，开发量也很大。
B，订单提交（返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等）
值得一提的是，几乎大多数的促销逻辑运算在这个环节完成，充分考虑各种促销方式之间的互斥与重叠是系统设计的核心，需要充分考虑各种情况，避免出现逻辑漏洞。
四，支付系统
与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：
A，外部支付系统（支付宝将接口，财付通接口，网银直联端口，信用ka分期端口）
B，内部支付系统（账户余额，积分，礼品卡，优惠券）
支付系统的逻辑设计不但需要考虑到各种极端情况的发生（如一张订单先用礼品卡，再用积分，最后网银支付），还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。
五，用户中心
用户中心的实质是用户自助功能的dashboard，一般4个部分组成：
A，注册&登陆（快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如QQ，新浪微博等）
B，订单中心（历史订单状态，中间状态订单修改，物流追踪）
C，服务中心（各类自助服务如退款申请，退换货申请，建议与投诉等）
D， 信息管理（用户基本信息管理和账户信息管理）
用户中心的价值在于：尽可能引导用户自行获取所需的信息并提交所需的服务，在提升服务准确率，及时性的同时降低对人工成本。
后台系统包括：商品&促销，CRM，订单处理，WMS，采购管理，财务管理，报表管理，系统设置，WA系统9大模块
一， 商品&促销
商品&促销模块的核心在于确保消费者下单之前，前台内容所见即所得
A， 商品管理（品类管理，品牌管理，单品管理）
B， 促销管理（活动管理和自定义活动模板管理）
在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。
二， CRM
CRM是对B2C核心资源—会员的管理，服务与再营销系统，包括如下部分：
A，会员管理（会员信息的增删改查和到其他系统的链接）
B，用户关怀（条件触发和人工触发相关EDM & 短信 & OB）
C，定向营销（会员分组和营销活动管理）
D， 客服管理（内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧）
E， 呼叫中心（IVR，坐席管理，统计报表，参数传递与窗口嵌入）
值得注意的，EDM和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。
三， 订单处理
订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。
A，订单录入（电话订购，网上下单，外部团购订单，无金额订单录入如礼品单）
B，订单审核（自动审核和人工审核）
C，RMA处理（RMA申请单和RMA处理单）
RMA的逻辑也异常复杂，需要在效率和成本之间找平衡，确保在不拖垮仓储部门的正常出入库的前提下对消费者端快速有效close工单；对内部则需要控制成本，货损不能超过预算上限。
四， WMS（Warehouse Management system仓库管理系统）
WMS的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块，细细道来就是另外一篇文章了，各位可以参考 我这篇文章：庖丁解牛—B2C仓储内部运作解密（上，中，下）http://blog.sina.com.cn/wangxida0855
五， 采购管理
采购管理的核心是有效跟进采购合同/发票的状态，大货的采购入库/退库，财务结算和在仓库存查询和处理。
A，供应商管理（供应商信息管理，合同发票管理）
B，采购单管理（PO单管理，负PO单管理）
C，库存管理（库存查询，库存占用单，库存变动log）
六， 财务管理
B2C的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。
A，供应商结算
B，渠道结算
C，配送结算
D， 内部结算
说实在的，哥对财务这块也不算很了解，大家将就看看，图片上有明细。
七， 报表管理
报表是B2C业务的宏观表现，理论上说，每个部门的KPI都应该从中找到。
A，搜索报表（站内搜索量查询）
B，销售报表（多个维度销量查询，优惠券使用情况，报表导出）
C，财务报表
D， 客服报表（客服日报和坐席报表）
前者反映与消费者发生的日常交互（包括正常与异常），后者考核客服的工作绩效
E， 仓储物流报表
这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。
八， 系统设置
这块大家都知道是干嘛的，也就不多说了，分成三块。
A，基础设置（和业务有关的一些字段值）
B，权限设置（不同账号的操作权限和操作记录）
C，其他设置
九， WA系统（Web Analytcis）
网站分析系 统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的GA（Google Analytics），要么是昂贵的Omniture。这块的知识，细细说来也是另外一篇文章了，有兴趣的同学可以看我这篇科普文章：揭秘—我所知道的网 站分析（上，下） http://blog.sina.com.cn/wangxida0855
最后，上全系统大图，再感慨一句，B2C系统，真是一个大工程啊。

fr  http://blog.sina.com.cn/s/blog_59d6717c0100syh3.html

web.xml 配置：

<servlet> 	<servlet-name>dispatcher</servlet-name> 	<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 	<init-param> 		<description>加载/WEB-INF/spring-mvc/目录下的所有XML作为Spring MVC的配置文件</description> 		<param-name>contextConfigLocation</param-name> 		<param-value>/WEB-INF/spring-mvc/*.xml</param-value> 	</init-param> 	<load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> 	<servlet-name>dispatcher</servlet-name> 	<url-pattern>*.htm</url-pattern> </servlet-mapping>

这样，所有的.htm的请求，都会被DispatcherServlet处理；

初始化 DispatcherServlet 时，该框架在 web 应用程序WEB-INF 目录中寻找一个名为[servlet-名称]-servlet.xml的文件，并在那里定义相关的Beans，重写在全局中定义的任何Beans，像上面的web.xml中的代码，对应的是dispatcher-servlet.xml；当然也可以使用<init-param>元素，手动指定配置文件的路径；

dispatcher-servlet.xml 配置：

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans"        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"        xmlns:mvc="http://www.springframework.org/schema/mvc"        xmlns:p="http://www.springframework.org/schema/p"        xmlns:context="http://www.springframework.org/schema/context"        xmlns:aop="http://www.springframework.org/schema/aop"        xmlns:tx="http://www.springframework.org/schema/tx"        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 			http://www.springframework.org/schema/aop  			http://www.springframework.org/schema/aop/spring-aop-3.0.xsd 			http://www.springframework.org/schema/tx  			http://www.springframework.org/schema/tx/spring-tx-3.0.xsd 			http://www.springframework.org/schema/mvc  			http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd 			http://www.springframework.org/schema/context  			http://www.springframework.org/schema/context/spring-context-3.0.xsd">     <!--         使Spring支持自动检测组件，如注解的Controller     -->     <context:component-scan base-package="com.minx.crm.web.controller"/>         <bean id="viewResolver"           class="org.springframework.web.servlet.view.InternalResourceViewResolver"           p:prefix="/WEB-INF/jsp/"           p:suffix=".jsp" /> </beans>

第一个Controller：

package com.minx.crm.web.controller;  import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; @Controller public class IndexController {     @RequestMapping("/index")     public String index() {         return "index";     } }

@Controller注解标识一个控制器，@RequestMapping注解标记一个访问的路径（/index.htm），return "index"标记返回视图（index.jsp）；

注：如果@RequestMapping注解在类级别上，则表示一相对路径，在方法级别上，则标记访问的路径；

从@RequestMapping注解标记的访问路径中获取参数：

Spring MVC 支持RESTful风格的URL参数，如：

@Controller public class IndexController {      @RequestMapping("/index/{username}")     public String index(@PathVariable("username") String username) {         System.out.print(username);         return "index";     } }

在@RequestMapping中定义访问页面的URL模版，使用{}传入页面参数，使用@PathVariable 获取传入参数，即可通过地址：http://localhost:8080/crm/index/tanqimin.htm 访问；

根据不同的Web请求方法，映射到不同的处理方法：

使用登陆页面作示例，定义两个方法分辨对使用GET请求和使用POST请求访问login.htm时的响应。可以使用处理GET请求的方法显示视图，使用POST请求的方法处理业务逻辑；

@Controller public class LoginController {     @RequestMapping(value = "/login", method = RequestMethod.GET)     public String login() {         return "login";     }     @RequestMapping(value = "/login", method = RequestMethod.POST)     public String login2(HttpServletRequest request) {             String username = request.getParameter("username").trim();             System.out.println(username);         return "login2";     } }

在视图页面，通过地址栏访问login.htm，是通过GET请求访问页面，因此，返回登陆表单视图login.jsp；当在登陆表单中使用POST请求提交数据时，则访问login2方法，处理登陆业务逻辑；

防止重复提交数据，可以使用重定向视图：

return "redirect:/login2"

可以传入方法的参数类型：

@RequestMapping(value = "login", method = RequestMethod.POST) public String testParam(HttpServletRequest request, HttpServletResponse response, HttpSession session) { 	String username = request.getParameter("username"); 	System.out.println(username); 	return null; }

可以传入HttpServletRequest、HttpServletResponse、HttpSession，值得注意的是，如果第一次访问页面，HttpSession没被创建，可能会出错；

其中，String username = request.getParameter("username");可以转换为传入的参数：

@RequestMapping(value = "login", method = RequestMethod.POST) public String testParam(HttpServletRequest request, HttpServletResponse response, HttpSession session,@RequestParam("username") String username) { 	String username = request.getParameter("username"); 	System.out.println(username); 	return null; }

使用@RequestParam 注解获取GET请求或POST请求提交的参数；

获取Cookie的值：使用@CookieValue ：

获取PrintWriter：

可以直接在Controller的方法中传入PrintWriter对象，就可以在方法中使用：

@RequestMapping(value = "login", method = RequestMethod.POST) public String testParam(PrintWriter out, @RequestParam("username") String username) { 	out.println(username); 	return null; }

获取表单中提交的值，并封装到POJO中，传入Controller的方法里：

POJO如下（User.java）：

public class User{ 	private long id; 	private String username; 	private String password;  	…此处省略getter,setter... }

通过表单提交，直接可以把表单值封装到User对象中：

@RequestMapping(value = "login", method = RequestMethod.POST) public String testParam(PrintWriter out, User user) { 	out.println(user.getUsername()); 	return null; }

可以把对象，put 入获取的Map对象中，传到对应的视图：

@RequestMapping(value = "login", method = RequestMethod.POST) public String testParam(User user, Map model) { 	model.put("user",user); 	return "view"; }

在返回的view.jsp中，就可以根据key来获取user的值（通过EL表达式，${user }即可）；

Controller中方法的返回值：

void：多数用于使用PrintWriter输出响应数据；

String 类型：返回该String对应的View Name；

任意类型对象：

返回ModelAndView：

自定义视图（JstlView，ExcelView）：

拦截器（Inteceptors）：

public class MyInteceptor implements HandlerInterceptor { 	public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object o)  		throws Exception { 		return false; 	} 	public void postHandle(HttpServletRequest request, HttpServletResponse response, Object o, ModelAndView mav)  		throws Exception { 	} 	public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object o, Exception excptn)  		throws Exception { 	} }

拦截器需要实现HandleInterceptor接口，并实现其三个方法：

preHandle：拦截器的前端，执行控制器之前所要处理的方法，通常用于权限控制、日志，其中，Object o表示下一个拦截器；

postHandle：控制器的方法已经执行完毕，转换成视图之前的处理；

afterCompletion：视图已处理完后执行的方法，通常用于释放资源；

在MVC的配置文件中，配置拦截器与需要拦截的URL：

<mvc:interceptors> 	<mvc:interceptor> 		<mvc:mapping path="/index.htm" /> 		<bean class="com.minx.crm.web.interceptor.MyInterceptor" /> 	</mvc:interceptor> </mvc:interceptors>

国际化：

在MVC配置文件中，配置国际化属性文件：

<bean id="messageSource" 	class="org.springframework.context.support.ResourceBundleMessageSource" 	p:basename="message"> </bean>

那么，Spring就会在项目中搜索相关的国际化属性文件，如：message.properties、message_zh_CN.properties

在VIEW中，引入Spring标签：<%@taglib uri="http://www.springframework.org/tags" prefix="spring" %>，使用<spring:message code="key" />调用，即可；

如果一种语言，有多个语言文件，可以更改MVC配置文件为：

<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource"> 	<property name="basenames"> 		<list> 			<value>message01</value> 			<value>message02</value> 			<value>message03</value> 		</list> 	</property> </bean>

如果希望使用struts2的注解功能，必须使用一个包struts2-convention-plugin-2.1.8.1.jar，我使用的环境是struts2.1.8.1。如果你使用了不同的版本，找名字就行。

在以上所述的jar文件中定义了一系列的注解，其中比较主要的是：

• @ParentPackage，这个注解对应了xml文件中的package节点，它只有一个属性叫value，其实就是package的name属性；
• @Namespace，命名空间，也就是xml文件中<package>的namespace属性；
• @Action，这个注解对应<action>节点。这个注解可以应用于action类上，也可以应用于方法上。这个注解中有几个属性：
  • value()，表示action的URL，也就是<action>节点中的name属性；
  • results()，表示action的多个result；这个属性是一个数组属性，因此可以定义多个Result；
  • interceptorRefs()，表示action的多个拦截器。这个属性也是一个数组属性，因此可以定义多个拦截器；
  • params()，这是一个String类型的数组，它按照name/value的形式组织，是传给action的参数；
  • exceptionMappings()，这是异常属性，它是一个ExceptionMapping的数组属性，表示action的异常，在使用时必须引用相应的拦截器；
• @Result，这个注解对应了<result>节点。这个注解只能应用于action类上。这个注解中也有几个属性：
  • name()，表示action方法的返回值，也就是<result>节点的name属性，默认情况下是【success】；
  • location()，表示view层文件的位置，可以是相对路径，也可以是绝对路径；
  • type()，是action的类型，比如redirect；
  • params()，是一个String数组。也是以name/value形式传送给result的参数；

实际上，struts2中的主要注解就是这些，当然了，还有上面提到的@interceptorRef和@exceptionMapping；基本上，掌握了这些注解就可以了。

但是如果想让这些注解真正工作，必须在配置文件增加几个常量的定义：

• struts.convention.default.parent.package：这个常量表示缺省的包名是什么，因为在实际应用中，我们常常定义一个缺省的包，这个包中定义了一大堆的拦截器等等，然后其他的包继承自这个包。这个常量可以配也可以不配；
• struts.convention.package.locators：这个常量表示你的action类的java包的包名的后缀是啥：比如action。这个常量也可以不配；
• struts.convention.package.locators.basePackage：这个常量表示你的action类的java包package的名字是啥；这个常量也可以不配；

以上三个常量都是辅助作用的，为了让注解真正的工作，必须在配置文件中增加<package>节点的配置，至少是<package name="myPackage" extends="struts-default" />，这样注解就可以使用了。

<s:select list="{'aa','bb','cc'}" theme="simple" headerKey="00" headerValue="00"></s:select>

 (2)：类似于map，list前面是value值，后面是显示的值

 <s:select list="#{1:'aa',2:'bb',3:'cc'}"  label="abc" listKey="key" listValue="value"  headerKey="0" headerValue="aabb">

 3.从action-->jsp页面：

 <%

 HashMap map = new LinkedHashMap();

map.put(1,"aaa");map.put(2,"bbb");

map.put(3,"ccc");

request.setAttribute("map",map);

request.setAttribute("aa","2");

%>

JSP页面：
 <s:select list="#request.map"  label="abc" listKey="key" listValue="value" value="#request.aa"  headerKey="0" headerValue="aabb"></s:select>

iBatis2之SqlMap配置总结（18条）  

  订阅

 ognl-3.0.1.jar  freemarker-2.3.16.jar   commons-logging-1.1.1.jar  commons-lang-2.5.jar  commons-io-2.0.1.jar  commons-fileupload-1.2.2.jar  commons-beanutils-1.7.0.jar javassist-3.11.0.GA.jar

（2）：编写jsp页面。注意：form表单值为：form=“/工程名/包的命名空间(namespace)/包名称(package)/处理名（action）”

（3）：编写web.xml配置文件：

 <?xml version="1.0" encoding="UTF-8"?>

<web-app version="2.5"

    xmlns="http://java.sun.com/xml/ns/javaee"

    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee

    http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">

 <filter>

    <filter-name>struts2</filter-name>

<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

 </filter>

 <filter-mapping>

    <filter-name>struts2</filter-name>

    <url-pattern>/*</url-pattern>

 </filter-mapping>

 <welcome-file-list>

    <welcome-file>index.jsp</welcome-file>

 </welcome-file-list>

</web-app>

（4）编写处理类。该处理类一般继承于ActionSupport，只需重新excute()方法即可。注意：此处理类也可以是一般的类：（不继承ActionSupport）. 其中的方法名也可以是任意的。但是该处理方法必须要有返回值String，并且这个返回值与struts中的resutl的name值必须一致。比如：

public class Test {

    public String testaa(){

       System.out.println("Testaa-------Testaa-------Testaa");

       return "abc";

    }

}

（5）：配置struts.xml文件(struts.xml文件必须要放到src目录下，而不是与action类名在同一个目录)。其中

（i）:package里面的命名空间：namespace可以与package名称不一致。

(ii):action中Method方法默认是excute，也可以是其他的方法。

(iii):result中的name值不一定是success或者fail。可以是任意值，只需要这个值与处理类中的处理方法返回值一致就可以了。

（iv）：struts.xml可以有多个package。

（xv）：<constant name="struts.action.extension" value="action,do" />

表示提交地址必须要以.action或者.do结尾格式才能有效。

<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE struts PUBLIC

        "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"

        "http://struts.apache.org/dtds/struts-2.0.dtd">

<struts>

    <package name="j2eetest" extends="struts-default" namespace="/j2eetestaa">

       <action name="test" class="com.wsw.struts.action.Test" method="testaa">

       <result name="abc">/main/success.jsp</result>

       <result name="fail">/main/fail.jsp</result>

       </action>

    </package>

</struts>

Hibernate在实现ORM功能的时候主要用到的文件有：映射类（*.java）、映射文件（*.hbm.xml）和数据库配置文件（*.properties/*.cfg.xml），它们各自的作用如下。

映射类（*.java）：它是描述数据库表的结构，表中的字段在类中被描述成属性，将来就可以实现把表中的记录映射成为该类的对象了。

映射文件（*.hbm.xml）：它是指定数据库表和映射类之间的关系，包括映射类和数据库表的对应关系、表字段和类属性类型的对应关系以及表字段和类属性名称的对应关系等。

数据库配置文件（*.properties/*.cfg.xml）：它是指定与数据库连接时需要的连接信息，比如连接哪种数据库、登录数据库的用户名、登录密码以及连接字符串等。当然还可以把映射类的地址映射信息放在这里。

接下来让我们就一起走进Hibernate的七种映射关系：

1、单向一对一关联映射（one-to-one）：

两个对象之间一对的关系，例如：Person（人）-IdCard（身份证）

有两种策略可以实现一对一的关联映射：

*主键关联：即让两个对象具有相同的主键值，以表明它们之间的一一对应的关系；数据库表不会有额外的字段来维护它们之间的关系，仅通过表的主键来关联。如下图：

例子：单向一对一主键关联例子连接

*唯一外键关联：外键关联，本来是用于多对一的配置，但是加上唯一的限制之后（采用<many-to-one>标签来映射，指定多的一端unique为true，这样就限制了多的一端的多重性为一），也可以用来表示一对一关联关系，其实它就是多对一的特殊情况。如下图：

例子：单向一对一唯一外键关联例子连接

注意：因为一对一的主键关联映射扩展性不好，当我们的需要发生改变想要将其变为一对多的时候变无法操作了，所以我们遇到一对一关联的时候经常会采用唯一外键关联来解决问题，而很少使用一对一主键关联。

2、单向多对一关联映射（many-to-one）：

多对一关联映射原理：在多的一端加入一个外键，指向一的一端，如下图：

关键映射代码——在多的一端加入如下标签映射：

3、单向一对多关联映射（one-to-many）：

一对多关联映射和多对一关联映射原理是一致的，都是在多的一端加入一个外键，指向一的一端。如下图（学生和班级）：

注意：它与多对一的区别是维护的关系不同

*多对一维护的关系是：多指向一的关系，有了此关系，加载多的时候可以将一加载上来

*一对多维护的关系是：一指向多的关系，有了此关系，在加载一的时候可以将多加载上来

关键映射代码——在一的一端加入如下标签映射：

缺陷：因为多的一端Student不知道Classes的存在（也就是Student没有维护与Classes的关系）所以在保存Student的时候关系字段classesid是为null的，如果将该关系字段设置为非空，则将无法保存数据，常用解决办法是改用双向关联映射，参见6。

4、单向多对多映射（many-to-many）：

多对多关联映射新增加一张表才完成基本映射，如下图：

关键映射代码——可以在User的一端加入如下标签映射：

5、双向一对一关联映射：

对比单向一对一映射，需要在IdCard加入<one-to-one>标签，它不影响，只影响加载。如下图：

双向一对一主键映射关键映射代码——在IdCard端新加入如下标签映射：

双向一对一唯一外键映射关键映射代码——在IdCard端新加入如下标签映射：

注意：一对一唯一外键关联双向采用<one-to-one>标签映射，必须指定<one-to-one>标签中的property-ref属性为关系字段的名称

6、双向一对多关联映射（非常重要）：

采用一对多双向关联映射的目的主要是为了主要是为了解决一对多单向关联的缺陷而不是需求驱动的。

一对多双向关联的映射方式：

* 在一的一端的集合上采用<key>标签，在多的一端加入一个外键

* 在多的一端采用<many-to-one>标签

注意：<key>标签和<many-to-one>标签加入的字段保持一直，否则会产生数据混乱

关键映射代码：

在Classes的一端加入如下标签映射：

在Student的一端加入如下标签映射：

注释：inverse属性

* inverse属性可以用在一对多和多对多双向关联上，inverse属性默认为false，为false表示本端可以维护关系，如果inverse为true，则本端不能维护关系，会交给另一端维护关系，本端失效。所以一对多关联映射我们通常在多的一端维护关系，让一的一端失效。

* inverse是控制方向上的反转，只影响存储

7、双向多对多关联映射：

双向的目的就是为了两端都能将对方加载上来，和单向多对多的区别就是双向需要在两端都加入标签映射，需要注意的是：

* 生成的中间表名称必须一样

* 生成的中间表中的字段必须一样

Role（角色）端关键映射代码：

User（用户）端关键映射代码：

总结：对于上面这七种关联映射中，最重要的就是一对多的映射，因为它更贴近我们的现实生活，比如：教室和学生就可以是典型的一对多的关系，而我们开发软件的目的之一就是为了解决一些生活中重复性问题，把那些重复的问题交给计算机帮助我们完成，从而来提高我们的工作效率。一句话：生活离开不开编程，编程更离不开生活。