企业应用的特点

1. 涉及到持久化数据
2. 很多人同时访问数据
3. 含有大量操作数据的用户界面
4. 与散布在企业内部或周围的其他的应用集成
5. 各种异构系统的概念含有不一致性
6. 业务逻辑通常是最没有逻辑的东西
7. 企业应用并非都是大型的，但可能都为企业提供巨大的价值

  · 性能：很多时候，增加更多的服务器比增加更多的程序员便宜；如果增加服务器对性能的提升较大，则说明应用的伸缩性好 

· 分层：上层是用下层定义的各种服务，而下层对上层一无所知；分层的缺陷是不能封装所有的东西，因此可能带来级联更改，过多的曾影响性能；Layer和Tier的区别是Tier可能更多的意味物理上的分离      

Brown分层模型

表现层>>控制层>>领域层>>数据映射层>>数据源层  

Core J2EE分层模型

客户层>>表现层>>业务层>>集成层>>资源层 

MS DNA分层模型

表现层>>业务逻辑层>>数据访问层 

Marinescu分层模型

表现层>>应用层>>服务层>>领域层>>持久层


· 领域模型：使用不同职责的对象来联合解决业务问题，而不是通过事务脚本来处理数据 

· 阻抗不匹配：对象模型和关系型数据库之间的不匹配，通常通过对象-关系映射(ORM)解决 

· 软件事务的四个特性 

1.      原子性：要么全部成功，要么全部会滚

2.      一致性：事务开始和完成时，资源都不应该被破坏

3.      隔离性：事务成功完成之前，其影响不应该被看到

4.      持久性：事务不会因为任何崩溃而丢失更改 

· 事务的隔离级别（由高而低）

1.      可串行化：完全隔离，并发执行的结果与以某种顺序依次执行的结果相同

2.      可重复读：允许幻读，更新者向集合中插入了一些元素而读的人只能看到其中一部分

3.      读已提交：允许不可重复读，所有已经提交的数据都可以读

4.      读未提交：允许脏读，允许读未提交的数据 

· 会话状态：无状态对象是一种不良设计；用无状态的服务器可以实现有状态的会话；如果有很多会话空闲，可以考虑用数据库存储会话；如果需要频繁访问会话，则应该使用服务器会话 

· 分布策略：分布对象的第一定律：不要使用分布对象；分布对象的第二定律：节约使用分布对象

领域逻辑模式分为 事物脚本、领域模型、表模块和服务层四种模式

　　很多设计者喜欢把业务逻辑分成两类：领域逻辑和应用逻辑，前者只与问题领域有关、而后者有时被称为工作流逻辑

1. 事物脚本

　　通过使用SQL语句或者存储过程返回记录集，记录集在系统的各层之间传递，在必要的时候可以通过更新记录集、使用SQL语句或者存储过程的方式更新数据库
　　事物脚本胜在简单，通常应用在小型的项目和系统中，但业务逻辑越来越复杂，使用这一模式就越来越难以保持良好设计，因为在程序里面充斥了大量的SQL语句和命令，一旦数据结构发生更改或者需要对系统进行修改，可能会出现许多难以发现的问题

2. 领域模型

　　领域模型是合并了行为和数据的领域的对象模型，领域模型创建了一张由互联对象组成的网，其中的每个对象都代表着某个有意义的个体，可能大到一个公司或者小到订单的一行

　　简单领域可以使用活动记录，即简单的单条数据记录和单个对象对应的模式，一个对象对应数据库中的一个表

　　复杂领域模型需要使用数据映射器，它可能使用继承、策略或者其他的设计模式，是一张由互联的细粒度对象组成的复杂网络，我们经常会看到：多个类通过交互来完成很简单的任务

　　在面向对象技术中，通过从一个对象到另一个对象的连续传递可以把行为传递给最有资格处理的对象，它同时消除了很多条件判断行为

领域模型的要点在于隐藏数据库的存在

3. 表模块

　　表模块是处理某一数据库表或视图中所有行的业务逻辑的一个实例

　　表模块通过强类型或弱类型的数据集与对象结合使用，使用主键查询数据，是.Net中使用的很多的一种模式，主要使用主键、半对象化的操作数据---之所以说是半结构化，是因为所用的对象基本上只具有行为，通过传入参数执行特定的操作或者查询记录集，而几乎不承载任何数据

　　在.net中，这种模式因为其容易和UI进行绑定和交互，所以倍受欢迎

4. 服务层

　　通过一个服务层来定义应用程序边界，在服务层中建立一组可用的操作的集合，并在每个操作内部协调应用程序的响应

　　服务层是一种组织业务逻辑的模式，有点类似于业务外观；WEB SERVICE通常担任着服务层的角色

　　服务层可以通过领域外观方法和操作脚本方法实现，领域外观方法中，服务层以领域模型之上的瘦外观集合方式出现，负责实现外观的类中不不包含业务逻辑；而在操作脚本方法中 ，服务层由一组相对复杂的类组成，这些类直接实现应用逻辑，但将领域逻辑委托给封装好的领域对象类

 　　服务层的类的接口是粗粒度的，适合于远程调用。但是，在开始时，我们应该仅设计一个本地调用的服务层，在需要远程调用时，再在服务层上增加一个远程外观。

并发管理的正确目标是尽量增加对数据的正确访问，同时减少冲突
　　离线并发模式有两种：使用乐观离线锁、使用悲观离线锁

　　离线锁可以理解为一种非服务器管理的锁，或者说是自管理的锁，应用在适当的地方注册锁，获取数据，然后离线，并对数据进行离线的操作；其他的应用通过检测已经注册的锁来决定是否进行并发操作

1. 悲观离线锁

 　　悲观离线锁假设会话冲突的可能性很大，从而对系统的并发进性进行限制
 　　在对不一致读的要求不高时，第一选择是使用独占写锁（不可以再添加任何读锁，当然写锁也不能）；如必须读出最新数据，而不在乎是否要修改，则应使用独占读锁（不可以再添加任何写锁，但读锁是允许的）。结合以上两种，提供互斥读锁的限制，又有互斥写锁的并发性的锁称为 读/写锁---读/写锁互斥不能同时加，但并发的读锁是允许的
 　　构建悲观离线锁的步骤：决定使用哪种锁>>构建一个锁管理对象>>定义业务事务使用锁的过程
 　　让锁管理对象在锁不可用时抛出异常而不是等待锁释放，可以免除死锁
 　　悲观离线锁作为乐观离线锁的补充，只在真正需要的时候才应该使用 

2. 乐观离线锁

 　　乐观离线锁假设会话冲突的可能性很小，从而使得多用户对一份数据进行处理成为可能
　　通过冲突检测和事务会滚来防止并发事务中的冲突
　　本质就是通过将会话中的版本号与当前记录数据的版本号相比较，事务成功提交以后版本号增加；或者在更新的SQL语句中包含对所有字段的检查，可以不需要为数据库增加版本字段，但可能导致性能损失
　　乐观离线锁必须自定检查以防止不一致读
　　一个高效的合并策略能使乐观离线锁变得非常强大，当冲突发生时，合并策略可以合并更改并重新提交

☆蓝色梦想☆ 2007-08-02 10:46 发表评论

]]>

以下所说的struts-config.xml和ApplicationResources.properties等文件名是缺省时使用的，如果你使用了多模块，或指定了不同的资源文件名称，这些名字要做相应的修改。

1、“No bean found under attribute key XXX”
在struts-config.xml里定义了一个ActionForm，但type属性指定的类不存在，type属性的值应该是Form类的全名。或者是，在Action的定义中，name或attribute属性指定的ActionForm不存在。

2、“Cannot find bean XXX in any scope”
在Action 里一般会request.setAttribute()一些对象，然后在转向的jsp文件里（用tag或request.getAttribute()方 法）得到这些对象并显示出来。这个异常是说jsp要得到一个对象，但前面的Action里并没有将对象设置到request（也可以是session、 servletContext）里。
可能是名字错了，请检查jsp里的tag的一般是name属性，或getAttribute()方法的参数值；或者是Action逻辑有问题没有执行setAttribute()方法就先转向了。
还 有另外一个可能，纯粹是jsp文件的问题，例如<logic:iterate>会指定一个id值，然后在循环里<bean: write>使用这个值作为name的值，如果这两个值不同，也会出现此异常。（都是一个道理，request里没有对应的对象。）

3、“Missing message for key "XXX"”
缺少所需的资源，检查ApplicationResources.properties文件里是否有jsp文件里需要的资源，例如：

<bean:message key="msg.name.prompt"/>

这 行代码会找msg.name.prompt资源，如果AppliationResources.properties里没有这个资源就会出现本异常。在使 用多模块时，要注意在模块的struts-config-xxx.xml里指定要使用的资源文件名称，否则当然什么资源也找不到，这也是一个很容易犯的错 误。

4、“No getter method for property XXX of bean teacher”
这条异常信息说得很明白，jsp里要取一个bean的属性出来，但这个bean并没有这个属性。你应该检查jsp中某个标签的property属性的值。例如下面代码中的cade应该改为code才对：

<bean:write name="teacher" property="cade" filter="true"/>

5、“Cannot find ActionMappings or ActionFormBeans collection”
一般是因为struts-config.xml里面的<action写错了。xml用手工写很容易出错……
6、“Cannot retrieve mapping for action XXX”
在.jsp的<form>标签里指定action='/XXX'，但这个Action并未在struts-config.xml里设置过。

7、HTTP Status 404 - /xxx/xxx.jsp
Forward的path属性指向的jsp页面不存在，请检查路径和模块，对于同一模块中的Action转向，path中不应包含模块名；模块间转向，记住使用contextRelative="true"。

8、没有任何异常信息，显示空白页面
可能是Action里使用的forward与struts-config.xml里定义的forward名称不匹配。

9、“The element type "XXX" must be terminated by the matching end-tag "XXX".”
这个是struts-config.xml文件的格式错误，仔细检查它是否是良构的xml文件，关于xml文件的格式这里就不赘述了。

10、“Servlet.init() for servlet action threw exception”
一般出现这种异常在后面会显示一个关于ActionServlet的异常堆栈信息，其中指出了异常具体出现在代码的哪一行。我曾经遇到的一次提示如下：

java.lang.NullPointerException
    at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1003)
    at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955)

为解决问题，先下载struts的源码包，然后在ActionServlet.java的第1003行插入断点，并对各变量进行监视。很丢人，我竟然把struts-config.xml文件弄丢了，因此出现了上面的异常，应该是和CVS同步时不小心删除的。

11、“Resources not defined for Validator”
这个是利用Validator插件做验证时可能出现的异常，这时你要检查validation.xml文件，看里面使用的资源是否确实有定义，form的名称是否正确，等等。

上面这些是我在用Struts做项目时遇到过的问题，其中一些曾困绕我不少时间，其实大部分都是自己不细心造成的。希望这篇文章能对你的开发有所帮助，并欢迎继续补充。

 1/** *//**/ /* 
 2 * Created on 2006-4-7
 3  */ 
 4 
 5 package  com.entity;
 6
 7 /** *//** */ /** *//** 
 8 *  @author  jkallen
 9 * @hibernate.class lazy="true" table="syn_dept"
10 * @hibernate.cache usage="read-write"
11  */ 
12  public   class  SynDepartment   {
13 
14  /** *//** */ /** *//**  主键 id */ 
15  private  Long id;
16  /** *//** */ /** *//**  部门名称 */ 
17  private  String code_name;
18 
19  /** *//** */ /** *//** 
20  *  @return  Returns the id.
21  * @hibernate.id generator-class="native" column="id"
22   */ 
23      public  Long getId()   {
24   return  id;
25 } 
26   public   void  setId(Long id)   {
27   this .id  =  id;
28 } 
29   /** *//** */ /** *//** 
30    *  @return  Returns the code_name.
31    * @hibernate.property column = "code_name"
32     */ 
33   public  String getCode_name()   {
34   return  code_name;
35 } 
36   public   void  setCode_name(String code_name)   {
37   this .code_name  =  code_name;
38 } 
39} 
40

2:XDoclet--->Hbm(写在build.xml文件中，ANT运行)

<target name="toHbm" 
  depends="compileEntity" 
  description="Generate hibernate mapping documents">
  <hibernatedoclet destdir="${generated.dir}">
   <fileset dir="${src.dir}">
    <include name="**/entity/*.java" />
   </fileset>
   <hibernate version="2.0" />
  </hibernatedoclet>

  <copy todir="${classes.dir}">
   <fileset dir="${generated.dir}" />
  </copy>
 </target>

通过hibernatedoclet就可以生成SynDepartment.hbm.xml映射文件
fileset顾名思义就是过滤文件了。
注：compileEntity--编译java源文件(自定义)

3:SchemaExport---->数据表

<target name="toddl" depends="init">
  <schemaexport properties="${classes.dir}/hibernate.properties" 
   quiet="no" text="no" drop="no"    
   delimiter="&#xd;&#xa;go&#xd;&#xa;" output="${sql.dir}/${synup.sql.file}"
   >
   <fileset refid="hibernate.synup.mapping.files" />
  </schemaexport>
  <echo message="Output sql to file: ${sql.dir}/${sql.file}" />
 </target>
 <fileset id="hibernate.synup.mapping.files" dir="${classes.dir}">
  <include name="**/entity/*.hbm.xml" />
 </fileset>

 通过schemaexport就向DB中生成table了。其中可能用到如下的一些属性：
 quiet：如果为yes,表示不把子DDL脚本输出到控制台
 drop：如果为yes，只执行删除数据库中的操作，但不创建新的表
 text：如果为yes，只会生成DDL脚本文件，但不会在数据库中执行DDL脚本
 output：指定存放DDL脚本文件的目录
 config：设定基于XML格式的配置文件， hbm2ddl(schemaexport)工具从这个文件中读取数据库的配置信息
 properties：设定基于java属性文件格式的配置文件，hbm2ddl(schemaexport)工具从这个文件中读取DB的配置信息
 format：设定DDL脚本中SQL语句的格式
 delimiter：为DDL脚本设置行结束符
 
 在ANT中执行：
 <target name="initOnlySynup" depends="toHbm,toddl">
 </target>
 
 OK,最后生成的映射文件如下：

<?xml version="1.0"?>

<!DOCTYPE hibernate-mapping PUBLIC
    "-//Hibernate/Hibernate Mapping DTD 2.0//EN" 
    "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">

<hibernate-mapping>
    <class
        name="com.SynDepartment"
        table="syn_dept"
        dynamic-update="false"
        dynamic-insert="false"
    >
        <cache usage="read-write" />

        <id
            name="id"
            column="id"
            type="java.lang.Long"
        >
            <generator class="native">
            </generator>
        </id>

        <property
            name="code_name"
            type="java.lang.String"
            update="true"
            insert="true"
            access="property"
            column="code_name"
        />

        <!--
            To add non XDoclet property mappings, create a file named
                hibernate-properties-SynDepartment.xml
            containing the additional properties and place it in your merge dir.
        -->

    </class>

</hibernate-mapping>

 控制台中部分信息如下：

[schemaexport] drop table syn_dept cascade constraints
[schemaexport] go
[schemaexport] drop sequence hibernate_sequence
[schemaexport] go
[schemaexport] create table syn_dept (
[schemaexport] id number(19,0) not null,
[schemaexport] code_name varchar2(255),
[schemaexport] primary key (id)
[schemaexport] )

DB中已经生成syn_dept表了,快去看下吧!

关于Xdoclet 中的hibernate标签更多信息可以参考：
http://xdoclet.sourceforge.net/xdoclet/tags/hibernate-tags.html#@hibernate_collection-key__0__1_
我还在一个网友的博客上看到了他对此的汉化：
http://blog.csdn.net/fasttalk/archive/2005/09/19/484615.aspx