引用：Struts中基本配置入门

qq250203031 — Mon, 05 May 2008 15:36:02 +0800

作者: qq250203031 链接：http://qq250203031.javaeye.com/blog/189754 发表时间: 2008年05月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

1.为Struts应用配置Web.xml文件
　　
　　第一步:配置ActionServlet
　　
　　
　　

action

org.appache.struts.ActionServlet

action

*.do
　　

　　
　　注意:不管应用中包含多少个子应用,都只需配置一个ActionServlet,因为ActionServlet支持多线程,目前的Struts框架只允许在应用中配置一个ActionServlet。
　　
　　第二步：初始化参数对Servlet的运行环境进行初始化配置。
　　
　　
　　

action

org.appache.struts.ActionServlet

config

/WEB-INF/struts-config.xml

　　
　　
　　表2-1. Struts1.1中用到的初始化参数
　　
　　参数名　　　　　　含义/默认值
　　config　　　　　以相对路径的方式指明Struts应用程序的配置文件位置。如不设置，则默认值为/WEB-INF/struts-config.xml。
　　config/sub1　　以相对路径的方式指明子应用程序的配置文件位置，一般来说，很少用到子应用程序，在此不多描述。
　　debug　　　　　设置Servlet的debug级别，控制日志记录的详细程度。默认为0，记录相对最少的日志信息。
　　detail　　　　　设置Digester的debug级别，Digester是Struts框架所使用的用来解析xml配置文件的一个框架，通过该设置，可以查看不同详细等级的解析日志。默认为0，记录相对最少的日志信息。
　　
　　第三步：配置欢迎清单
　　
　　当客户访问Web应用时，如果仅仅给出Web应用的Root URL，没用指定具体的文件名，Web容器会自动调用Web应用的欢迎文件。
　　
　　

welcome.jsp

index.jsp

　　
　　
　　说明：可以包含多个子元素，首先查找第一个文件。
　　
　　由于元素中不能配置Servlet映射，因此不能直接把Struts的Action作为欢迎文件，可以采用一种变通的方法来实现在欢迎文件中调用Struts Action。首先，在Struts配置文件中为被调用的Action创建一个全局的转发项，例如：
　　

　　
　　
　　
　　创建一个welcome.jsp的文件
　　
　　最后在web.xml文件中把welcome.jsp文件配置为欢迎文件，代码如下：
　　

welcome.jsp

　　
　　第四步：配置错误处理
　　
　　

404

　　/commom/404.jsp
　　

505

　　/commom/505.jsp
　　

　　
　　也可以为Web容器捕获的Java异常配置,需要设置子元素，它用于指定Java异常类。Web容器可能捕获如下异常：
　　
　　RuntimeException或Error　 ServletException或它的子类　IOException或它的子类
　　
　　

java.io.IOException

　　/common/system_ioerror.jsp
　　

　　
　　第五步：配置Struts标签库
　　
　　使用客户化的标签库，要配置它们
　　
　　
　　

/WEB-INF/struts-html.tld
　　

用于指定标签库的相对或者绝对URI地址，Web应用根据这一URI来访问标签库。
　　
　　

指定标签描述文件在文件资源系统中的物理位置。
　　
　　2.Struts配置文件
　　
　　Struts框架在启动时会读入其配置文件，根据它来创建和配置各种Struts组件。
　　
　　1元素
　　
　　

元素是Struts配置文件的根元素，元素有8个子元素。它的DTD定义如下：
　　
　　
　　
　　在Struts配置中，必须按照以上的DTD指定的先后顺序来配置元素的各个子元素，如果颠倒了这些元素的配置文件中的位置，在Struts应用启动时会生成错误。
　　
　　

元素
　　
　　

元素包含零个、一个或者多个子元素，用于配置特定的数据源，它可以包含多个子元素，用于设置数据源的各种属性。
　　。。。
　　
　　配置了数据源后，就可以在Action类中访问数据源，在org.apache.struts.action.Action类中定义了getDataSource(HttpRequrst)方法，它用于获取数据源对象的引用。
　　
　　DataSource　dataSource;
　　Connection　connection;
　　dataSource =getDataSource(request);
　　connection=dataSource.getConnection();
　　
　　也可以在配置文件中声明多个数据源，此时需要为每一个数据源分配唯一的key值，通过改值来标识特定的数据源。
　　
　　2元素
　　
　　

元素用来配置多个ActionForm Bean，包含多个子元素，,每个包含多个属性，ClassName , name,type
　　
　　

　　
　　注意：配置动态ActionForm Bean，还必须配置元素的元素。
　　
　　

　　
　　3元素
　　
　　

用于配置异常处理，元素可以包含零个或者多个元素。
　　
　　元素用来设置java异常和异常处理类org.apache.struts.action,Exception　Hander之间的映射。
　　
　　4元素
　　
　　

元素用来声明全局的转发关系，有零个或多个元素组成。元素用于把一个逻辑映射到特定的URL
　　
　　属性　　　　　　描　述
　　
　　className　　和元素对应的配置类，默认为org.apache.struts.action.ActionForWard
　　
　　name　　　　转发路径的逻辑名，此项时必须的
　　
　　path　　　　指定或者重定向的URI。此项时必须的，必须以”/”开头
　　
　　redirect　　此项是true，表示是执行重定向的****作，此项是false时，表示请求转发。
　　
　　

　　
　　如果jsp1.jsp把请求转发给Action1,可以使用以下代码：
　　
　　
　　
　　或者
　　
　　如果Action1的execute（）方法把请求转发给JSP2.jsp，可以使用一下代码：
　　
　　return(mapping.findForward(“forward2”))
　　
　　5元素
　　
　　

元素包含零个或者多个元素。元素描述了从特定的请求路径到相应的Action类的映射。
　　
　　6元素
　　
　　元素用于配置ActionServlet。
　　
　　7< message-resources>元素
　　
　　

元素用于配置Resource Bundle，Resource Budle用于存放本地化消息文件。
　　
　　Struts标签
　　
　　HTML标签
　　
　　标签名　　　　　　　　描述
　　base　　　　　　　　包装HTML的base元素
　　button　　　　　　　包装HTML的 button类型的input元素
　　cancel　　　　　　　包装HTML cancel 按钮
　　checkbox　　　　　　包装HTML checkbox 类型的输入域
　　errors　　　　　　　有条件地显示一些error消息，显示ActionErrors信息
　　file　　　　　　　　包装HTML文件上传输入域
　　form　　　　　　　　定义HTML form 元素
　　frame　　　　　　　　包装HTML frame 元素
　　hidden　　　　　　　包装HTML hidden 输入域
　　html　　　　　　　　包装 HTML中的 html 元素
　　image　　　　　　　　包装 "image"类型的输入域
　　img　　　　　　　　　包装HTML的 img 元素
　　javascript　　　　　包装根据ValidatorPlugIn提供的校验规则所提供的javascript校验脚本
　　link　　　　　　　　包装超链接
　　messages　　　　　　有条件地显示一些提示信息，显示ActionMessages信息
　　multibox　　　　　　包装多选输入框
　　option　　　　　　　包装一个选择输入框
　　options　　　　　　　包装一批选择输入框
　　optionsCollection　　包装一批选择输入框集
　　password　　　　　　包装密文输入框
　　radio　　　　　　　　包装单选输入框
　　reset　　　　　　　　包装“重置”功能的按钮
　　rewrite　　　　　　　包装一个URL
　　select　　　　　　　包装一个选择输入框
　　submit　　　　　　　包装一个提交按钮
　　text　　　　　　　　包装一个文本输入框
　　textarea　　　　　　包装一个备注输入框
　　
　　ActionForm
　　ActionForm 的要求
　　
　　创建一个ActionForm 并不困难，但是你的类必须符合一些要求：
　　
　　ActionForm 必须扩展自org.apache.struts.ActionForm。基类ActionForm 是不能实例化的。
　　
　　ActionForm 必须为每个应该从请求中收集的HTML控件定义一个公共属性。
　　
　　(Struts 1.0 要求每个属性都要mutator 和accessor 。Struts 1.1 则没有如此严格)
　　
　　ActionForm还可能要符合一些可选的要求:
　　
　　如果你要求ActionForm 在传递属性到Action之前校验它们，你就必须实现validate
　　
　　方法；
　　
　　如果想在组装前初始化属性，必须实现reset , 它在ActionForm 组装前被调用；
　　
　　动态ActionForm
　　
　　ActionForm 作为类型转换器
　　
　　ActionForm的一个强制点是应该使用String 和boolean属性。实际上，这意味着属性
　　
　　必须得从一种转换到另一种类型。大部分应用也需要一些属性，比如电话号码或者数量，以
　　
　　一种格式化的方式出现。核心Java 包提供一些工具来做这种事情，但是要清楚地将他们集
　　
　　成到应用中仍然是一个挑战。
　　
　　Struts 开发人员经常在ActionForm中包含helper方法，来进行类型转换。helper 方法
　　
　　可以有很多种实现方式，这我们在5.6种叙述。
　　
　　5.2.6 ActionForm 作为防火墙
　　
　　当请求提交时，ActionServlet 使用一个自动组装机制来从请求参数中设置请求的
　　
　　ActionForm属性。这让你可以通过控制哪个ActionForm 属性被暴露来控制哪个请求参数
　　
　　是可接受的。这也意味着如果你的ActionForm 的粗心设计你可能失去控制哪个参数可以接
　　
　　受的能力。ActionForm 一定不能包含看起来像是一个JavaBean 属性，但不能从HTTP 请
　　
　　求设置的属性方法。
　　
　　5.3.4 ActionForm 可以嵌套其它bean
　　
　　因为Struts 标签扩展和自动组装机制都支持点号语法来从ActionForm访问其它
　　
　　bean。这是一个方便的方式，可以通过ActionForm来组装存在的bean。在JSP 页面, 你可
　　
　　以象这样引用一个嵌套的bean：
　　
　　　　propety="values.telephoneText"
　　size="14"
　　maxlength="14"/>
　　
　　5.7.2 分发（Dispatch ）
　　
　　Struts 开发人员通常使用同一个Action处理相关的****作。一个通常做法来选择****作是在HTML表单中使用隐藏属性。BaseForm 的dispatch 属性也可用作这个目的：
　　public void setDispatch(String dispatch);
　　public String getDispatch();
　　
　　Struts 配置提供连个级别嵌套的ActionForward:
　　
　　Global （全局） ActionForward对整个应用中的所有Action 对象均有效；
　　
　　Local （局部） ActionForward 则在ActionMapping 元素中定义。仅对那些在这个
　　
　　ActionMapping中调用的Action对象有效。
　　
　　从Action 对象内部来看，forward 通常像这样来选择：
　　ActionForward forward = mapping.findForward("continue");
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

引用：Java学习之hibernate配置要点详谈

qq250203031 — Mon, 05 May 2008 15:35:04 +0800

作者: qq250203031 链接：http://qq250203031.javaeye.com/blog/189753 发表时间: 2008年05月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

　　1.两种配置文件：
　　A.hibernate.cfg.xml和B.hibernate.properties
　　
　　A中可含映射文件的配置，而B中hard codes加映射文件。
　　
　　A.Configuration config=new Configuration().config();
　　B. Configuration config=new Configuration();
　　config.addClass(TUser.class);
　　
　　2.你不必一定用hibernate.cfg.xml或hibernate.properties这两文件名，你也不一定非得把配置文件放在Classes下，　　File file=new File("c:\\sample\\myhibernate.xml");　　Configuration config=new Configuration().config(file);
　　
　　3. session.Flush() 强制数据库立即同步，当用事务时，不必用flush,事务提交自动调用flush在session关闭时也会调用flush
　　
　　4. Hibernate总是使用对象类型作为字段类型
　　
　　5. XDoclet专门建立了hibernate doclet,就是在java代码上加上一些java docTag，后来再让XDoclet分析该java代码，生成映射文件;
　　
　　6.HQL子句本身大小写无关，但是其中出现的类名和属性名必须注意大小写区分。
　　
　　7.关系：　 Constrained : 约束，表明主控表的主键上是否存在一个外键（foreigh key）对其进行约束。
　　
　　property-ref:关联类中用于与主控类相关联的属性名，默认为关联类的主键属性名
　　
　　单向一对多需在一方配置，双向一对多需在双方进行配置
　　
　　8.lazy=false:被动方的记录由hibernate负责记取，之后存放在主控方指定的Collection类型属性中
　　
　　9. java.util.Set或net.sof.hibernate.collecton.Bag类型的Collection
　　
　　10.重要：inverse:用于标识双向关联中的被动方一端。
　　
　　inverse=false的一方（主控方）负责维护关联关系.默认值：false
　　
　　11.batch-size:采用延迟加载特征时，一次读入的数据数昨。
　　
　　12.一对多通过主控方更新（主控方为一方时）
　　
　　user.getAddresses().add(addr);
　　
　　session.save(user);//通过主控对象级联更新
　　
　　13.在one-to-many 关系中，将many 一方设为主动方（inverse=false）将有助性能的改善。在一方设置关系时，inverse=true,即将主控权交给多方，　　这样多方可主动从一方获得foreign key,然后一次insert即可完工。
　　
　　addr.setUser(user);//设置关联的TUser对象
　　
　　user.getAddresses().add(addr);
　　
　　session.save(user);//级联更新
　　
　　14.只有设为主控方的一方才关心（访问）对方的属性，被动方是不关心对方的属性的。
　　
　　15.one-to-many与many-to-one节点的配置属性不同：
　　
　　一对多关系多了lazy和inverse两个属性多对多节点属性：
　　
　　column:中间映射表中，关联目标表的关联字段
　　
　　class:类名，关联目标类
　　
　　outer-join:是否使用外联接
　　
　　注意:access是设置属性值的读取方式。
　　
　　column是设置关联字段。
　　
　　16.多对多，注意两方都要设置inverse和lazy,cascade只能设为insert-update
　　
　　多对多关系中，由于关联关系是两张表相互引用，因此在保存关系状态时必须对双方同时保存。
　　
　　group1.getRoles().add(role1);　　role1.getGroups().add(group1);
　　
　　session.save(role1);　　session.save(group1);
　　
　　17.关于vo和po　　vo经过hibernate容量处理，就变成了po(该vo的引用将被容器保存，并且在session关闭时flush,因此po如果再传到其它地方改变了，就危险了)　　　 vo和po相互转换：BeanUtils.copyProperties(anotherUser,user);
　　
　　18.对于save操作而言，如果对象已经与Session相关联（即已经被加入Session的实体容器中），则无需进行具体的操作。因为之后的Session.flush过程中，Hibernate 会对此实体容器中的对象进行遍历，查找出发生变化的实体，生成并执行相应的update 语句。
　　
　　19.如果我们采用了延迟加载机制，但希望在一些情况下，实现非延迟加载时的功能，也就是说，我们希望在Session关闭后，依然允许操作user的addresses 属性 Hibernate.initialize方法可以通过强制加载关联对象实现这一功能：这也正是我们为什么在编写POJO时，必须用JDK Collection接口（如Set,Map）, 而非特定的JDK Collection实现类（如HashSet、HashMap）申明Collection属性的原因。
　　
　　20.事务：从sessionFactory获得session,其自动提交属性就已经关闭(AutoCommit=false),此时若执行了jdbc操作，如果不显式调用session.BeginTransaction(),是不会执行事务操作的。
　　
　　jdbc transaction:基于同一个session(就是同一个connection)的事务;
　　
　　jta　transaction:跨session（跨connection）事务.
　　
　　对于jta事务，有三种实现方法：
　　
　　A。UserTransaction tx=new InitialContext().lookup("...");
　　tx.commit();
　　
　　B. 使用hibernate封装的方法：(不推荐)
　　
　　Transaction tx=session.beginTransaction();
　　tx.commit();
　　C. 使用ejb之sessionBean的事务技持方法，你只要在把需要在发布描述符中，把需要jta事务的方法声明为require即可
　　
　　21.悲观锁，乐观锁：　　乐观锁一般通过version来实现，注意version节点必须出现在id后。
　　
　　22.Hibernate中，可以通过Criteria.setFirstResult和Criteria.setFetchSize方法设定分页范围。
　　
　　Query接口中也提供了与其一致的方法，hibernate主要在dialect类中实现在这个功能。
　　
　　23.cache
　　
　　 ……
　　
　　net.sf.ehcache.hibernate.Provider　
　　
　　还需对ecache本身进配置
　　
　　　
　　
　　之后在映射文件中指定各个映射实体的cache策略
　　
　　
　　....
　　
　　
　　....
　　
　　
　　***************************************************** Query.list()跟Query.iterate()的不同：对于query.list()总是通过一条sql语句获取所有记录,然后将其读出，填入pojo返回; 但是query.iterate()，则是首先通过一条Select SQL 获取所有符合查询条件的记录的 id，再对这个id 集合进行循环操作，通过单独的Select SQL 取出每个id 所对应的记录，之后填入POJO中返回。
　　
　　也就是说，对于list 操作，需要一条SQL 完成。而对于iterate 操作，需要n+1 条SQL。，list方法将不会从Cache中读取数据。iterator却会。
　　
　　24.ThreadLocal:它会为每个线程维护一个私有的变量空间。实际上，其实现原理是在JVM 中维护一个Map，这个Map的key 就是当前的线程对象，而value则是线程通过ThreadLocal.set方法保存的对象实例。当线程调用ThreadLocal.get方法时， ThreadLocal会根据当前线程对象的引用，取出Map中对应的对象返回。
　　
　　这样，ThreadLocal通过以各个线程对象的引用作为区分，从而将不同线程的变量隔离开来。
　　
　　25.Hibernate官方开发手册标准示例:
　　
　　public class HibernateUtil { private static SessionFactory sessionFactory;
　　static { try { // Create the SessionFactory sessionFactory = new Configuration().configure().buildSessionFactory();
　　} catch (HibernateException ex) { throw new RuntimeException( "Configuration problem: " + ex.getMessage(), ex );
　　} } public static final ThreadLocal session = new ThreadLocal();
　　public static Session currentSession() throws HibernateException { Session s = (Session) session.get();
　　// Open a new Session, if this Thread has none yet if (s == null) { s = sessionFactory.openSession();
　　session.set(s);
　　} return s;
　　} public static void closeSession() throws HibernateException { Session s = (Session) session.get();
　　session.set(null);
　　if (s != null) s.close();
　　} }
　　
　　26.通过filter实现session的重用：
　　
　　public class PersistenceFilter implements Filter { protected static ThreadLocal hibernateHolder = new ThreadLocal();
　　public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { hibernateHolder.set(getSession());
　　try { …… chain.doFilter(request, response);
　　…… } finally { Session sess = (Session)hibernateHolder.get();
　　if (sess != null) { hibernateHolder.set(null);
　　try { sess.close(); } catch (HibernateException ex) { throw new ServletException(ex);
　　} } } } ……}
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作流程与业务表单绑定的困惑

qq250203031 — Mon, 05 May 2008 14:43:47 +0800

作者: qq250203031 链接：http://qq250203031.javaeye.com/blog/189713 发表时间: 2008年05月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

关于工作流，有个问题：

一个项目，比如OA，　　它的公文表单与流程实例绑定，可以从start节点流转到end节点。可是：

但一个ERP中的流，例如一个流程是这样的：

start
节点A 生成表单i1 审批　审批后流转到
节点B 生成表单i2 审批审批后流转到
节点C 生成表单i3 审批审批后流转到
节点D 生成表单i4 审批审批后流转到
end

这样的流程，将表单和流程实例如何绑定，这样的话有什么好外吗？

现在开发项目要考虑用不用工作流引擎，我想要是用的话，这样的流程，会不会推动使用工作流引擎的意义了？

有没有什么好的办法？

请大家帮帮忙，十分困惑！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐