nullSSH2框架搭建SSH2框架搭建版本:struts2.1.6 spring2.5.6 hibernate3.3.1SSH2与SSH1之简要比较SSH2与SSH1之简要比较SSH框架的优势
开发效率高
适应客户的需求随机变化
SSH1框架的劣势
繁琐的配置文件编写
struts1.X Action线程安全,仅允许一个实例去处理所有请求
Forward过于繁琐
对Servlet依赖过强
SSH2与SSH1之简要比较SSH2与SSH1之简要比较SSH2优势
大量简化配置文件编写。
更大程度解耦合
Struts不再依赖Servlet
通配符配置
注解使用struts2使用struts2使用struts2借鉴webwork的成功之处,兼容struts1,集合两者优点,更易于整合spring及hibernate框架。
所需jar包:struts2相关配置struts2相关配置web.xml文件配置
与struts1不同,struts2采用Filter进行配置
struts
org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter
struts
*.do
struts2相关配置struts2相关配置struts.xml文件配置
在项目src目录下添加struts.xml配置文件。其基本配置如下:
struts2相关配置struts2相关配置struts.xml常用配置
为简化配置文件编写,struts2提供通配符支持,如下:
同时,struts2还支持*/*的配置模式,在配置文件中
节点下配置如下:
则以上配置可改写为:
struts2相关配置struts2相关配置struts.xml常用配置
struts2默认访问后缀为.action,不符合访问习惯,且过于繁琐,可在标签下配置如下:
则可使用习惯的.do方式访问整合spring框架整合spring框架添加spring核心包及struts2-spring-plugin-2.1.6.jar。
src目录下添加applicationContext.xml文件。
web.xml配置:
contextConfigLocation
classpath*:applicationContext*.xml
org.springframework.web.context.ContextLoaderListener
spring相关配置spring相关配置applicationContext.xml常用配置
dataSource配置:
oracle.jdbc.OracleDriver
jdbc:oracle:thin:@127.0.0.1:1521:ORADB
scott
tiger
spring相关配置spring相关配置applicationContext.xml常用配置:
sessionFactory配置:
org.hibernate.dialect.Oracle9iDialect
true
update
com.ssh.**.model
spring相关配置spring相关配置applicationContext.xml常用配置
事务配置:
spring相关配置spring相关配置applicationContext.xml常用配置
自动装配:
整合spring后struts配置整合spring后struts配置struts.xml配置
在标签下配置:
此时Action配置可修改如下:
整合hibernate整合hibernate添加hibernate核心包。
无需编写配置文件,相关配置已在spring配置文件applicationContext.xml中完成。SSH2框架开发相关注解SSH2框架开发相关注解spring自动装配相关注解:
@Repository—Dao类自动注入
@Service—业务类自动注入
@Controller—Action自动注入
@AutoWare—自动装配已注入JPA相关注解JPA相关注解用于领域建模:
@Entity(name="EntityName")
必须 ,name 为可选 , 对应数据库中一的个表
@Table(name="",catalog="",schema="")
可选 , 通常和 @Entity 配合使用 , 只能标注在实体的 class 定义处 , 表示实体对应的数据库表的信息
name: 可选 , 表示表的名称 . 默认地 , 表名和实体名称一致 , 只有在不一致的情况下才需要指定表名
catalog: 可选 , 表示 Catalog 名称 , 默认为 Catalog("").
schema: 可选 , 表示 Schema 名称 , 默认为 Schema(“”).
@id 必须
@id 定义了映射到数据库表的主键的属性 , 一个实体只能有一个属性被映射为主键 . 置于 getXxxx() 前 .
JPA相关注解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;
} JPA相关注解JPA相关注解@Basic(fetch=FetchType,optional=true)
可选
@Basic 表示一个简单的属性到数据库表的字段的映射 , 对于没有任何标注的 getXxxx()
方法
快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载
, 默认即为 @Basic
fetch: 表示该属性的读取策略 , 有 EAGER 和 LAZY 两种 , 分别表示主支抓取和延迟加载 , 默认为 EAGER.
optional: 表示该属性是否允许为 null, 默认为 true
示例 :
@Basic(optional=false)
public String getAddress() {
return address;
}
JPA相关注解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;
}
JPA相关注解JPA相关注解@Transient
可选
@Transient 表示该属性并非一个到数据库表的字段的映射 ,ORM 框架将忽略该属性 .
如果一个属性并非数据库表的字段映射 , 就务必将其标示为 @Transient, 否则 ,ORM 框架默认其注解为 @Basic
示例 :
// 根据 birth 计算出 age 属性
@Transient
public int getAge() {
return getYear(new Date()) - getYear(birth);
}
JPA相关注解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;
}JPA相关注解JPA相关注解@JoinColumn
可选
@JoinColumn 和 @Column 类似 , 介量描述的不是一个简单字段 , 而一一个关联字段 , 例如 . 描述一个 @ManyToOne 的字段 .
name: 该字段的名称 . 由于 @JoinColumn 描述的是一个关联字段 , 如 ManyToOne, 则默认的名称由其关联的实体决定 .
例如 , 实体 Order 有一个 user 属性来关联实体 User, 则 Order 的 user 属性为一个外键 ,
其默认的名称为实体 User 的名称 + 下划线 + 实体 User 的主键名称
示例 :
见 @ManyToOne JPA相关注解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;
}
JPA相关注解JPA相关注解@OneToOne(fetch=FetchType,cascade=CascadeType)
可选
@OneToOne 描述一个一对一的关联
fetch: 表示抓取策略 , 默认为 FetchType.LAZY
cascade: 表示级联操作策略
示例 :
@OneToOne(fetch=FetchType.LAZY)
public Blog getBlog() {
return blog;
}
JPA相关注解JPA相关注解@ManyToMany
可选
@ManyToMany 描述一个多对多的关联 . 多对多关联上是两个一对多关联 , 但是在 ManyToMany 描述中 , 中间表是由 ORM 框架自动处理
targetEntity: 表示多对多关联的另一个实体类的全名 , 例如 :package.Book.class
mappedBy: 表示多对多关联的另一个实体类的对应集合属性名称
示例 :
User 实体表示用户 ,Book 实体表示书籍 , 为了描述用户收藏的书籍 , 可以在 User 和 Book 之间建立 ManyToMany 关联