• 1. SSH2框架搭建版本:struts2.1.6 spring2.5.6 hibernate3.3.1
  • 2. SSH2与SSH1之简要比较SSH框架的优势 开发效率高 适应客户的需求随机变化 SSH1框架的劣势 繁琐的配置文件编写 struts1.X Action线程安全,仅允许一个实例去处理所有请求 Forward过于繁琐 对Servlet依赖过强
  • 3. SSH2与SSH1之简要比较SSH2优势 大量简化配置文件编写。 更大程度解耦合 Struts不再依赖Servlet 通配符配置 注解使用
  • 4. struts2使用struts2借鉴webwork的成功之处,兼容struts1,集合两者优点,更易于整合spring及hibernate框架。 所需jar包:
  • 5. struts2相关配置web.xml文件配置 与struts1不同,struts2采用Filter进行配置 struts org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter struts *.do
  • 6. struts2相关配置struts.xml文件配置 在项目src目录下添加struts.xml配置文件。其基本配置如下:
  • 7. struts2相关配置struts.xml常用配置 为简化配置文件编写,struts2提供通配符支持,如下: 同时,struts2还支持*/*的配置模式,在配置文件中节点下配置如下: 则以上配置可改写为:
  • 8. struts2相关配置struts.xml常用配置 struts2默认访问后缀为.action,不符合访问习惯,且过于繁琐,可在标签下配置如下: 则可使用习惯的.do方式访问
  • 9. 整合spring框架添加spring核心包及struts2-spring-plugin-2.1.6.jar。 src目录下添加applicationContext.xml文件。 web.xml配置: contextConfigLocation classpath*:applicationContext*.xml org.springframework.web.context.ContextLoaderListener
  • 10. spring相关配置applicationContext.xml常用配置 dataSource配置: oracle.jdbc.OracleDriver jdbc:oracle:thin:@127.0.0.1:1521:ORADB scott tiger
  • 11. spring相关配置applicationContext.xml常用配置: sessionFactory配置: org.hibernate.dialect.Oracle9iDialect true update com.ssh.**.model
  • 12. spring相关配置applicationContext.xml常用配置 事务配置:
  • 13. spring相关配置applicationContext.xml常用配置 自动装配:
  • 14. 整合spring后struts配置struts.xml配置 在标签下配置: 此时Action配置可修改如下:
  • 15. 整合hibernate添加hibernate核心包。 无需编写配置文件,相关配置已在spring配置文件applicationContext.xml中完成。
  • 16. SSH2框架开发相关注解spring自动装配相关注解: @Repository—Dao类自动注入 @Service—业务类自动注入 @Controller—Action自动注入 @AutoWare—自动装配已注入
  • 17. JPA相关注解用于领域建模: @Entity(name="EntityName") 必须 ,name 为可选 , 对应数据库中一的个表 @Table(name="",catalog="",schema="") 可选 , 通常和 @Entity 配合使用 , 只能标注在实体的 class 定义处 , 表示实体对应的数据库表的信息 name: 可选 , 表示表的名称 . 默认地 , 表名和实体名称一致 , 只有在不一致的情况下才需要指定表名 catalog: 可选 , 表示 Catalog 名称 , 默认为 Catalog(""). schema: 可选 , 表示 Schema 名称 , 默认为 Schema(“”). @id 必须 @id 定义了映射到数据库表的主键的属性 , 一个实体只能有一个属性被映射为主键 . 置于 getXxxx() 前 .
  • 18. JPA相关注解@GeneratedValue(strategy=GenerationType,generator="") 可选 strategy: 表示主键生成策略 , 有 AUTO,INDENTITY,SEQUENCE 和 TABLE 4 种 , 分别表示让 ORM 框架自动选择 , 根据数据库的 Identity 字段生成 , 根据数据库表的 Sequence 字段生成 , 以有根据一个额外的表生成主键 , 默认为 AUTO generator: 表示主键生成器的名称 , 这个属性通常和 ORM 框架相关 , 例如 ,Hibernate 可以指定 uuid 等主键生成方式 . 示例 :     @Id     @GeneratedValues(strategy=StrategyType.SEQUENCE)     public int getPk() {        return pk;     }
  • 19. JPA相关注解@Basic(fetch=FetchType,optional=true) 可选 @Basic 表示一个简单的属性到数据库表的字段的映射 , 对于没有任何标注的 getXxxx() 方法 , 默认即为 @Basic fetch: 表示该属性的读取策略 , 有 EAGER 和 LAZY 两种 , 分别表示主支抓取和延迟加载 , 默认为 EAGER. optional: 表示该属性是否允许为 null, 默认为 true 示例 :     @Basic(optional=false)     public String getAddress() {        return address;     }
  • 20. JPA相关注解@Column 可选 @Column 描述了数据库表中该字段的详细定义 , 这对于根据 JPA 注解生成数据库表结构的工具非常有作用 . name: 表示数据库表中该字段的名称 , 默认情形属性名称一致 nullable: 表示该字段是否允许为 null, 默认为 true unique: 表示该字段是否是唯一标识 , 默认为 false length: 表示该字段的大小 , 仅对 String 类型的字段有效 insertable: 表示在 ORM 框架执行插入操作时 , 该字段是否应出现 INSETRT 语句中 , 默认为 true updateable: 表示在 ORM 框架执行更新操作时 , 该字段是否应该出现在 UPDATE 语句中 , 默认为 true. 对于一经创建就不可以更改的字段 , 该属性非常有用 , 如对于 birthday 字段 . columnDefinition: 表示该字段在数据库中的实际类型 . 通常 ORM 框架可以根据属性类型自动判断数据库中字段的类型 , 但是对于 Date 类型仍无法确定数据库中字段类型究竟是 DATE,TIME 还是 TIMESTAMP. 此外 ,String 的默认映射类型为 VARCHAR, 如果要将 String 类型映射到特定数据库的 BLOB 或 TEXT 字段类型 , 该属性非常有用 . 示例 :     @Column(name="BIRTH",nullable="false",columnDefinition="DATE")     public String getBithday() {        return birthday;     }
  • 21. JPA相关注解@Transient 可选 @Transient 表示该属性并非一个到数据库表的字段的映射 ,ORM 框架将忽略该属性 . 如果一个属性并非数据库表的字段映射 , 就务必将其标示为 @Transient, 否则 ,ORM 框架默认其注解为 @Basic 示例 :     // 根据 birth 计算出 age 属性     @Transient     public int getAge() {        return getYear(new Date()) - getYear(birth);     }
  • 22. JPA相关注解@ManyToOne(fetch=FetchType,cascade=CascadeType ) 可选 @ManyToOne 表示一个多对一的映射 , 该注解标注的属性通常是数据库表的外键 optional: 是否允许该字段为 null, 该属性应该根据数据库表的外键约束来确定 , 默认为 true fetch: 表示抓取策略 , 默认为 FetchType.EAGER cascade: 表示默认的级联操作策略 , 可以指定为 ALL,PERSIST,MERGE,REFRESH 和 REMOVE 中的若干组合 , 默认为无级联操作 targetEntity: 表示该属性关联的实体类型 . 该属性通常不必指定 ,ORM 框架根据属性类型自动判断 targetEntity. 示例 :     // 订单 Order 和用户 User 是一个 ManyToOne 的关系     // 在 Order 类中定义     @ManyToOne()     @JoinColumn(name="USER")     public User getUser() {        return user;     }
  • 23. JPA相关注解@JoinColumn 可选 @JoinColumn 和 @Column 类似 , 介量描述的不是一个简单字段 , 而一一个关联字段 , 例如 . 描述一个 @ManyToOne 的字段 . name: 该字段的名称 . 由于 @JoinColumn 描述的是一个关联字段 , 如 ManyToOne, 则默认的名称由其关联的实体决定 . 例如 , 实体 Order 有一个 user 属性来关联实体 User, 则 Order 的 user 属性为一个外键 , 其默认的名称为实体 User 的名称 + 下划线 + 实体 User 的主键名称 示例 :     见 @ManyToOne
  • 24. JPA相关注解@OneToMany(fetch=FetchType,cascade=CascadeType) 可选 @OneToMany 描述一个一对多的关联 , 该属性应该为集体类型 , 在数据库中并没有实际字段 . fetch: 表示抓取策略 , 默认为 FetchType.LAZY, 因为关联的多个对象通常不必从数据库预先读取到内存 cascade: 表示级联操作策略 , 对于 OneToMany 类型的关联非常重要 , 通常该实体更新或删除时 , 其关联的实体也应当被更新或删除 例如 : 实体 User 和 Order 是 OneToMany 的关系 , 则实体 User 被删除时 , 其关联的实体 Order 也应该被全部删除 示例 :     @OneTyMany(cascade=ALL)     public List getOrders() {        return orders;     }
  • 25. JPA相关注解@OneToOne(fetch=FetchType,cascade=CascadeType) 可选 @OneToOne 描述一个一对一的关联 fetch: 表示抓取策略 , 默认为 FetchType.LAZY cascade: 表示级联操作策略 示例 :     @OneToOne(fetch=FetchType.LAZY)     public Blog getBlog() {        return blog;     }
  • 26. JPA相关注解@ManyToMany 可选 @ManyToMany 描述一个多对多的关联 . 多对多关联上是两个一对多关联 , 但是在 ManyToMany 描述中 , 中间表是由 ORM 框架自动处理 targetEntity: 表示多对多关联的另一个实体类的全名 , 例如 :package.Book.class mappedBy: 表示多对多关联的另一个实体类的对应集合属性名称 示例 :     User 实体表示用户 ,Book 实体表示书籍 , 为了描述用户收藏的书籍 , 可以在 User 和 Book 之间建立 ManyToMany 关联