#
摘要: 如何使用struts2拦截器，或者自定义拦截器。特别注意，在使用拦截器的时候，在Action里面必须最后一定要引用struts2自带的拦截器缺省堆栈defaultStack,如下(这里我是引用了struts2自带的checkbox拦截器)： 源码复制打印?<interceptor-ref name="checkbox"> <...
阅读全文
1.Struts 2的基本流程 Struts 2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。 2.核心控制器：FilterDispatcher FilterDispatcher是Struts 2框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts 2框架处理。 Struts 2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件，例如，对于login.action请求，Struts 2调用名为login的Action来处理该请求。 Struts 2应用中的Action都被定义在struts.xml文件中，在该文件中定义Action时，定义了该Action的name属性和class属性，其中name属性决定了该Action处理哪个用户请求，而class属性决定了该Action的实现类。 Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action 的execute方法来处理用户请求。 显然，上面的处理过程是典型的AOP（面向切面编程）处理方式。图3.19显示了这种处理模型。 图3.19 Struts 2的拦截器和Action 从图3.19中可以看出，用户实现的Action类仅仅是Struts 2的Action代理的代理目标。用户实现的业务控制器（Action）则包含了对用户请求的处理。用户的请求数据包含在 HttpServletRequest对象里，而用户的Action类无需访问HttpServletRequest对象。拦截器负责将 HttpServletRequest里的请求数据解析出来，并传给业务逻辑组件Action实例。 3.业务控制器 正如从图3.19所看到的，业务控制器组件就是用户实现Action类的实例，Action类里通常包含了一个execute方法，该方法返回一个字符串——该字符串就是一个逻辑视图名，当业务控制器处理完用户请求后，根据处理结果不同，execute方法返回不同字符串 ——每个字符串对应一个视图名。 程序员开发出系统所需要的业务控制器后，还需要配置Struts 2的Action，即需要配置Action的如下三个部分定义： — Action所处理的URL。 — Action组件所对应的实现类。 — Action里包含的逻辑视图和物理资源之间的对应关系。 每个Action都要处理一个用户请求，而用户请求总是包含了指定URL。当Filter Dispatcher拦截到用户请求后，根据请求的URL和Action处理URL之间的对应关系来处理转发。 4.Struts 2的模型组件 实际上，模型组件已经超出了MVC框架的覆盖范围。对于Struts 2框架而言，通常没有为模型组件的实现提供太多的帮助。 文本框: 图3.20 控制器调用模型组件Java EE应用里的模型组件，通常指系统的业务逻辑组件。而隐藏在系统的业务逻辑组件下面的，可能还包含了DAO、领域对象等组件。 通常，MVC框架里的业务控制器会调用模型组件的方法来处理用户请求。也就是说，业务逻辑控制器不会对用户请求进行任何实际处理，用户请求最终由模型组件负责处理。业务控制器只是中间负责调度的调度器，这也是称Action为控制器的原因。 图3.20显示了这种处理流程。 提示 在图3.20中看到Action调用业务逻辑组件的方法。当控制器需要获得业务逻辑组件实例时，通常并不会直接获取业务逻辑组件实例，而是通过工厂模式来获得业务逻辑组件的实例；或者利用其他IoC容器（如Spring容器）来管理业务逻辑组件的实例。 5.Struts 2的视图组件 Struts 2已经改变了Struts 1只能使用JSP作为视图技术的现状，Struts 2允许使用其他的模板技术，如FreeMarker、Velocity作为视图技术。 当Struts 2的控制器返回逻辑视图名时，逻辑视图并未与任何的视图技术关联，仅仅是返回一个字符串，该字符串作为逻辑视图名。 当我们在struts.xml文件中配置 Action时，不仅需要指定Action的name属性和class属性，还要为Action元素指定系列result子元素，每个result子元素定义一个逻辑视图和物理视图之间的映射。前面所介绍的应用都使用了JSP技术作为视图，故配置result子元素时没有指定type属性，默认使用JSP 作为视图资源。 如果需要在Struts 2中使用其他视图技术，则可以在配置result子元素时，指定相应的type属性即可。例如，如果需要使用FreeMarker，则为result指定值为freemarker的type属性；如果想使用Velocity模板技术作为视图资源，则为result指定值为velocity的type属性…… 6.Struts 2的运行流程 经过上面介绍，我们发现Struts 2框架的运行流程非常类似于WebWork框架的流程。 提示 在Struts 2的官方站点，我们可以找到如下说法：Essentially，Struts 2.0 is the technical equivalent of WebWork 2.3。Aside from the package and property renaming，it isn't much different than，say，migrating from WebWork 2.1 to 2.2——意思是说：Struts 2.0技术等同于WebWork 2.3框架，除了包和属性被改名外。从WebWork 2.2迁移到Struts 2不会比从WebWork 2.1迁移到WebWork 2.2更复杂。 这里我们可以看到，Struts 2其实就是WebWork 2.2的升级版，这也就不难理解：为什么WebWork和Struts 2如此相似！ 因此，Struts 2的运行流程与WebWork的运行流程完全相同，读者可以参看图1.8来了解Struts 2的运行流程。
摘要: struts2 的基石--拦截器(Interceptor)(转载自http://www.blogjava.net/max/archive/2006/12/06/85925.html) 许多朋友可能对于Struts 2.0与WebWork关系还搞不清楚。下面是Apache的Struts官网中的一段话： Apache Struts 2 was originally known as...
阅读全文
我们知道通常情况下，Struts2是通过struts.xml配置的。但是随着系统规模的加大我们需要配置的文件会比较大，虽然我们可以根据不同的系统功能将不同模块的配置文件单独书写，然后通过<include>节点将不同的配置文件引入到最终的struts.xml文件中，但是毕竟还是要维护和管理这些文件，因此也会给维护工作带来很大的困扰。为了解决这个问题，可以考虑使用struts2的注解。实际上struts2中最主要的概念就是package、action以及Interceptor等等概念，所以只要明白这些注解就可以了。
如果希望使用struts2的注解功能，必须使用一个包struts2-convention-plugin-2.1.8.1.jar，我使用的环境是struts2.1.8.1。如果你使用了不同的版本，找名字就行。
在以上所述的jar文件中定义了一系列的注解，其中比较主要的是：
实际上，struts2中的主要注解就是这些，当然了，还有上面提到的@interceptorRef和@exceptionMapping；基本上，掌握了这些注解就可以了。
但是如果想让这些注解真正工作，必须在配置文件增加几个常量的定义：
- struts.convention.default.parent.package：这个常量表示缺省的包名是什么，因为在实际应用中，我们常常定义一个缺省的包，这个包中定义了一大堆的拦截器等等，然后其他的包继承自这个包。这个常量可以配也可以不配；
- struts.convention.package.locators：这个常量表示你的action类的java包的包名的后缀是啥：比如action。这个常量也可以不配；
- struts.convention.package.locators.basePackage：这个常量表示你的action类的java包package的名字是啥；这个常量也可以不配；
以上三个常量都是辅助作用的，为了让注解真正的工作，必须在配置文件中增加<package>节点的配置，至少是<package name="myPackage" extends="struts-default" />，这样注解就可以使用了。
摘要: 在Java编码中，我们容易犯一些错误，也容易疏忽一些问题，因此笔者对日常编码中曾遇到的一些经典情形归纳整理成文，以共同探讨。 0. 纠结的同名 现象 很多类的命名相同（例如：常见于异常、常量、日志等类），导致在import时，有时候张冠李戴，这种错误有时候很隐蔽。因为往往同名的类功能也类似，所以IDE不会提示warn。 解决 写完代码时，扫视下im...
阅读全文
摘要：调试不仅可以查找到应用程序缺陷所在，还可以解决缺陷。对于Java程序员来说，他们不仅要学会如何在Eclipse里面开发像样的程序，更需要学会如何调试程序。本文介绍了Java程序员必知的10个调试技巧，保证让你受益匪浅！ 调试可以帮助识别和解决应用程序缺陷，在本文中，作者将使用大家常用的的开发工具Eclipse来调试Java应用程序。但这里介绍的调试方法基本都是通用的，也适用于NetBeans IDE，我们会把重点放在运行时上面。 在开始之前，推荐大家去看看Eclipse shortcuts这篇文章，它将会给你带来很多方便。在本文中使用的是Eclipse Juno版（Eclipse 4.2），在开始前给大家提3点建议！ 1.不要使用System.out.println作为调试工具 2.把所有涉及到的组件日志级别激活并使用 3.使用日志分析器来读取日志 0.条件断点 如果你不知道如何添加断点，只需点击左边面板（行号前面）断点即被创建。在调试界面中，“断点”视图会把所有被创建的断点列出来。我们可以给它加一个布尔条件，也就是说，该断点会被激活并且如果布尔条件为真，就会执行该断点，否则将会跳过往下执行。 
1.异常断点 在断点视图中，有一个J!标记按钮！我们可以使用该按钮来添加一个Java异常断点。例如，我们想让程序在遇到空指针异常（NullPointerException）时，仍然能继续调试，那么我们可以使用该按钮来添加一个异常断点！ 
2.监视点 这是一个非常好的功能，当选定的属性访问或修改程序时，程序会停止执行并允许进行调试。在Outline视图中选择一个类变量并从上下文菜单中选择切换监视点，属性监视点将会被创建，在断点（Breakpoints）视图中会把所有监视点用列表的形式显示出来。 
3.评估/检查 按Ctrl+Shift+D或者Ctrl+Shift+I来显示选定变量或者表达式的值。我们也可以给一个变量或表达式添加永久观察点，当程序在调试时，这些观察点就会在表达式视图（Expression view）中显示出来。 
4.修改变量值 在调试过程中，我们可以修改变量值。先选好一个变量然后进入变量视图（Variables view），根据变量类型在其对应的Value列里输入值即可。 
5.在Main函数里面停止执行 在运行/调试设置中，编辑配置对话框中有“Main”这个选项卡，我们可以勾选“Stop in main”这个复选框。如果选中，那么在调试一个基于main方法的Java程序时，程序会在main方法第一行位置便停止执行。 
6.环境变量 并不是在系统属性中添加环境变量，我们可以在编辑配置对话框中很方便地进行添加。 
7.Drop to Frame 这也是我最喜欢的一个功能。调试期间，可以重新跳到调用堆栈框架的开始处执行，并且变量值也会回到最初。根据回档调整堆栈的深度，这个功能的主要用途是所有变量状态可以快速回到方法开始执行时候的样子，然后你可以重新进行一遍一遍执行，这样就可以在你关注的地方进行多次调试，但是在执行过程中也会产生一些副作用，比如插入到数据库里面的数据是无法删除的！ 
8.分布过滤 当我们进入（F5）方法的时候，我们还可以访问其外部库（比如java.*），我们可能不需要这个库，就可以在Perference选项卡页面添加一个过滤器来排除这个包。 
9.进入、跳出和返回 我把这个放在最后一点，在调试过程中，这些是必须要了解（最好掌握）的东西： F5——进入：移动到下一个步骤，如果当前行有一个方法调用，该控件将会跳转到被调用方法的第一行执行。 F6——跳出：移动到下一行。如果在当前行有方法调用，那么会直接移动到下一行执行。不会进入被调用方法体里面。 F7——返回：从当前方法中跳出，继续往下执行。 F8——移动到下一个断点处执行。 
摘要: 接 ibatis 开发指南 2 Cache 在特定硬件基础上（同时假设系统不存在设计上的缺漏和糟糕低效的 SQL 语句） Cache往往是提升系统性能的最关键因素）。 相对 Hibernate 等封装较为严密的 ORM 实现而言（因为对数据对象的操作实现 了较为严密的封装，可以保证其作用范围内的缓存同步，而 ibatis 提供的是半封闭 ...
阅读全文
Java做的系统给人的印象是什么？占内存!说道这句话就会有N多人站出来为java辩护，并举出一堆的性能测试报告来证明这一点。 其实从理论上来讲java做的系统并不比其他语言开发出来的系统更占用内存，那么为什么却有这么N多理由来证明它确实占内存呢？两个字，陋习。 (1)别用new Boolean()。 在很多场景中Boolean类型是必须的，比如JDBC中boolean类型的set与get都是通过Boolean封装传递的，大部分ORM也是用Boolean来封装boolean类型的，比如： ps.setBoolean("isClosed",new Boolean(true)); ps.setBoolean("isClosed",new Boolean(isClosed)); ps.setBoolean("isClosed",new Boolean(i==3)); 通常这些系统中构造的Boolean实例的个数是相当多的，所以系统中充满了大量Boolean实例小对象，这是相当消耗内存的。Boolean类实际上只要两个实例就够了，一个true的实例，一个false的实例。 Boolean类提供两了个静态变量： public static final Boolean TRUE = new Boolean(true); public static final Boolean FALSE = new Boolean(false); 需要的时候只要取这两个变量就可以了， 比如： ps.setBoolean("isClosed",Boolean.TRUE); 那么象2、3句那样要根据一个boolean变量来创建一个Boolean怎么办呢？可以使用Boolean提供的静态方法： Boolean.valueOf() 比如： ps.setBoolean("isClosed",Boolean.valueOf(isClosed)); ps.setBoolean("isClosed",Boolean.valueOf(i==3)); 因为valueOf的内部实现是：return (b ？ TRUE ： FALSE); 所以可以节省大量内存。相信如果Java规范直接把Boolean的构造函数规定成private，就再也不会出现这种情况了。 (2)别用new Integer. 和Boolean类似，java开发中使用Integer封装int的场合也非常多，并且通常用int表示的数值通常都非常小。SUN SDK中对Integer的实例化进行了优化，Integer类缓存了-128到127这256个状态的Integer，如果使用Integer.valueOf(int i)，传入的int范围正好在此内，就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。如果您的系统要在不同的SDK(比如IBM SDK)中使用的话，那么可以自己做了工具类封装一下，比如IntegerUtils.valueOf()，这样就可以在任何SDK中都可以使用这种特性。 (3)用StringBuffer代替字符串相加。 这个我就不多讲了，因为已经被人讲过N次了。我只想将一个不是笑话的笑话，我在看国内某“著名”java开发的WEB系统的源码中，竟然发现其中大量的使用字符串相加，一个拼装SQL语句的方法中竟然最多构造了将近100个string实例。无语中! (4)过滥使用哈希表 有一定开发经验的开发人员经常会使用hash表(hash表在JDK中的一个实现就是HashMap)来缓存一些数据，从而提高系统的运行速度。比如使用HashMap缓存一些物料信息、人员信息等基础资料，这在提高系统速度的同时也加大了系统的内存占用，特别是当缓存的资料比较多的时候。其实我们可以使用 操作系统中的缓存的概念来解决这个问题，也就是给被缓存的分配一个一定大小的缓存容器，按照一定的算法淘汰不需要继续缓存的对象，这样一方面会因为进行了对象缓存而提高了系统的运行效率，同时由于缓存容器不是无限制扩大，从而也减少了系统的内存占用。现在有很多开源的缓存实现项目，比如ehcache、oscache等，这些项目都实现了FIFO、MRU等常见的缓存算法。 (5)避免过深的类层次结构和过深的方法调用。 因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户。 (6)变量只有在用到它的时候才定义和实例化。 (7)尽量避免使用static变量，类内私有常量可以用final来代替。
ibatis的调试相对困难,出错的时候主要依据是log4生成的log文件和.net的出错提示,这方面要能比较熟练的看懂. 下面这个配置基本上包含了最复杂的功能:分页\搜索\排序\缓存\传值Hash表\返回hash表\动态sql 如果对下面这段配置能信手粘来的话,那开发速度将会大大的提升. <statement id="XinxiTable_SelectAll" listClass="ArrayList" >resultMap="SimpleXinxi" parameterClass="Hashtable" cacheModel="xinxi-cache" > SELECT <dynamic prepend="top"> <isNotEqual prepend="top" property="TopNum" compareValue = "0"> $TopNum$ </isNotEqual> </dynamic> * FROM (select a.[iXinxiID],a.[sXinxiTitle],a.[iXinxiClassId],b.[sClassName], a.[dXinxiDate],a.[dXinxiYxq],a.[iXinxiHits],a.[sXinxiUser],a.[sRedirectUrl], ROW_NUMBER() OVER( <dynamic prepend="order by"> <isEqual prepend="order by" property="Sort" compareValue = "0"> a.iXinxiID desc </isEqual> <isEqual prepend="order by" property="Sort" compareValue = "1"> a.iXinxiID asc </isEqual> <isEqual prepend="order by" property="Sort" compareValue = "2"> a.iXinxiHits desc </isEqual> <isEqual prepend="order by" property="Sort" compareValue = "3"> a.iXinxiHits asc </isEqual> </dynamic> ) as row FROM [dbo].[XinxiTable] as a,[dbo].[XinxiClass] as b <dynamic prepend="where"> <isParameterPresent> <isNotEmpty prepend="and" property="XinxiType" > a.[iXinxiState]= $XinxiType$ </isNotEmpty> <isNotEqual prepend="and" property="XinxiClass" compareValue = "0"> a.[iXinxiClassID]= $XinxiClass$ </isNotEqual> <isEqual prepend="and" property="SearchType" compareValue = "1"> a.[sXinxiTitle] LIKE '%$Keyword$%' </isEqual> <isEqual prepend="and" property="SearchType" compareValue = "2"> (a.[sXinxiTitle] LIKE '%$Keyword$%' or a.[sXinxiContent] LIKE '%$Keyword$%') </isEqual> </isParameterPresent> </dynamic> and a.iXinxiClassId=b.iClassId )a <dynamic prepend="where"> <isParameterPresent> <isEqual prepend="and" property="IsPage" compareValue = "1"> row between $PageLower$ and $PageUpper$ </isEqual> </isParameterPresent> </dynamic> </statement>
摘要: iBatis中的动态查询还是比较好用的 如果想深入学习，可以参考 Manning.iBATIS.in.Action.Jan.2007 下面给出几个例子和dtd定义： <select id="selectDispatchedKey" parameterClass="KeyAndKeyFlowInfo" resultMap="KeyAndKeyFlowResult"...
阅读全文