是缺乏一个所见即所得的编辑器。而这次，这些烦恼彻底解决。XMLmind XML Editor!第一次发现它的时

候有点相见恨晚的感觉，它让我的文档写的如此轻松。
不过有一点要注意，在官网下载的XMLmind XML Editor个人版是不支持直接将xml生成的html,pdf等格式

的。还好，目前有xsltproc，fop，openjade这些工具支持，有了这些在windows下也可以转换的工具，生

成其他格式也不是什么难事。我目前就使用xsltproc来生成html。

附上XMLmind XML Editor的下载地址http://www.xmlmind.com/xmleditor/persoedition.html
附加上xsltproc的下载地址 http://www.zlatkovic.com/pub/libxml/
再附上docbook的地址http://www.oasis-open.org/docbook/

之前的麻烦统统消失，那么剩下的就是享受它的好处了。

不用word，文档也可以写的这么漂亮。docbook，看第二眼发现你依然还是那么好。

但是我们在某种使用场合的过程中，为什么有时事务处理老是不起作用呢？这里,为您道出原因之一,

首先请看一段话

Spring的事务实现采用基于AOP的拦截器来实现，如果没有在事务配置的时候注明回滚的checked exception，那么只有在发生了unchecked exception的时候，才会进行事务回滚。

有必要先解释一下checked exception与unchecked exception：

先看看EXCEPTION在JDK文档当中的结构

java.lang.Object

  java.lang.Throwable

      java.lang.Exception

          java.lang.RuntimeException

而Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是特殊的。Exception是作为checked Exception 出现的。

所以，除了Error与RuntimeException，其他剩下的异常都是你需要关心的，而这些异常类统称为Checked Exception

有了以上的基础，看看我们框架当中的事务属性

<property name="transactionAttributes">

                     <props>

                            <prop key="get*">PROPAGATION_REQUIRED,readOnly </prop>

                            <prop key="save*">PROPAGATION_REQUIRED </prop>

                            <prop key="delete*">PROPAGATION_REQUIRED</prop>

                            <prop key="update*">PROPAGATION_REQUIRED </prop>

                     </props>

</property>

此处，我们没有指定任何异常，那么它目前默认处理的就是unchecked exception了，再结合我们自身每个项目的模块，在我们的每个项目当中几乎都定义了自己的异常，这些异常都是继承自Exception，很不幸的是，我们继承的Exception包括自己定义的异常，都是checked exception。

所以，在我们的事务处理机制当中，事务不管用了。

解决办法有2个：

1，在事务属性后面加上需要回滚的checked exception。比如<prop key="save*">PROPAGATION_REQUIRED,-XXXXException</prop>(注意那个"-",对应的是"+")

2, 不改配置文件，将需要事务回滚的异常继承自unchecked exception类，也就是RuntimeException。

(nighthawk)

          前面提到的另一个版本则是需要基于JBOSS环境的完全版。它的配置相对于Embeddable来说更简单一些。   实际上针对这个版本的web应用当中调用EJB3 是无需任何额外配置的.
然而在此之前我走了一段弯路：
比如看到网上一些介绍性的文章当中提到需要将{jboss_home}\client 当中的一些包拷到web-inf\lib的下面，然后在初始化InitialContext时需要加上java.naming.factory.initial，java.naming.factory.url.pkgs等等的参数。这样反而会抛出CommunicationException: Receive timed out异常。实际上JBOSS都已经将初始化环境设置好了。
以下实例是web环境下调用jboss 下ejb3的客户端：
http://www.myjavaserver.com/~nighthawk/EJBClient.war
部署在jboss下的ejb3例子，以上2个客户端都是调用的它：
http://www.myjavaserver.com/~nighthawk/MyEJB.jar
web环境下调用Embeddable ejb的客户端的实例比较大，空间不够，不往上放了。
不过配置起来也很简单，只需将Embeddable版本当中的conf与lib包放在war包的classed与lib下即可。
以上例子均在jboss-4.0.4.GA下测试过。
                                                                                                                              ©2006 nighthawk.All rights reserved

在使用的过程中，需要再对cronExpression的配置解释一下，如果没有使用过unix的cron，这里确实有点让人迷惑，我便在这里迷惑了一把。
Cron表达式是字符串，它由六个或七个子表达式组成，它描述了不同的调度细节。这些子表达式被白色表达式隔开，格式为* * * * * *
以下的表格对表达式做出了解释
域          是否必须 允许的值       允许的字符
Seconds      YES       0-59                   , - * /
Minutes      YES       0-59                   , - * /
Hours        YES       0-23                    , - * /
Day of month YES       1-31              , - * ? / L W C
Month        YES       1-12 or JAN-DEC, - * /
Day of week  YES   1-7 or SUN-SAT , - * ? / L C #
Year         NO         empty,1970-2099,   - * /

比如：字符串“0 0 12 ? * WEB 意味着每周三上午12：00。
特殊字符的一些说明：
* 表示的是所有的值，比如在秒的位置上有* 则表示为每一秒种。所以，你在表示每5分钟执行一次的时候便不能写成 * 0/5 * * * ? 而应该是0 0/5 * * * ?
? 表示没有指定特别的值,是允许为月的某一天或者周的某一天字段的。它被用来限定"没有限定值"。这是有用的，当你需要限定一些事情在一个或两个字段中，但不是这里的。
有一个特别需要主意的地方便是*与?的搭配使用。比如在Day of month与Day of week全是* ，那边自相矛盾了。官网中给出的例子没出现过这种情况。
- 表示范围，比如Hours域中10-12，则表示 "the hours 10, 11 and 12".
，表示指定特别的附加值，比如"MON,WED,FRI" 在 day of week 域表示"the days Monday, Wednesday, and Friday"
/ 表示指定的增长范围。比如"0/15" 在秒的区域表示"0, 15, 30, and 45"秒。

"L"字符是允许用来月某天和周某天字段。这个字符是一个"last"的缩写，但是它有不同的意义在两个字段的其中之一。例如，这个值"L"在月字段的某一天意味着" 这个月的最后一天"，31或者28等等。