- 我们在实际的 Spring+Struts 的项目中一般都会定义一个 Struts Action 基类。基类中当然是提供一些公共的方法了，用上了 Spring 的话，里面放几个 getBean() 方法就会方便许多。Web 项目多数时候我想还是在 Action 中有经常性的获取 Bean 实例，如果有用在别处的话，也可以借鉴。
在没有泛型支持下，我们从 Spring Context 中获取 Bean 要强型转换类型，如：
SomeClass some = (SomeClass)context.getBean("someClass");
上面对应的方法原型是 Object getBean(String beanName);
从 jdk 1.5 开始有泛型了，可以加一个泛型,省却了转型步骤，看起来要舒服一些，如： Read More - 在Maven中，使用第三方库一般是通过pom.xml文件中定义的dependency从远程repository中下载该库。但是如果库文件是公司内部的库，或者在本地而不能通过远程repository下载，这种情况下，有两种方法可以满足需求。
方法一：
将本地的jar文件安装到本地repository中，具体步骤如下：
1、准备好本地的jar文件
2、使用如下命令安装jar文件
mvn install:install-file -Dfile=abc.jar
-DgroupId=com.mycompany.myproduct -DartifactId=abc
-Dversion=1.0 -Dpackaging=jar -DgeneratePom=true
其中，－Dfile制定jar文件的位置。执行完该命令后，会在本地repository（通常是$HOME\.m2目录）中出现一个目录（com），在其下会有一个abc-1.0.jar的文件和一个自动产生的pom文件。 Read More - 笔者致: 当你打开这个页面的时候, 基本就无需再看后面的内容了, 因为直接用
LinkedHashMap就能满足您的需求. 文中对这个问题的探索只是不知道别人早已过河了, 仍然在河里摸着石头.LinkedHashMap是 JDK 1.4 加进来的, 之所以有apache-commons ListOrderedMap大约是因为它最早所处的是 JDK 1.4 之前的年代.
在使用 Java 的 Hashmap 时，输出 Map 中的值如何使之按放入的顺序输出来，像 List 那样保持顺序。这里的顺序不是说对集合中的数据进行的排序，要是的话用 TreeMap，像 TreeSet 一样就行。 我们看个例子：1Map<String, Integer> map = new HashMap<String, Integer>(); 2map.put("a", 12); 3map.put("b", 11); 4map.put("c", 3); 5 6for (String key : map.keySet()) { 7 System.out.println(map.get(key)); 8}
Read More - 其实这跟 Slf4J 通用日志框架没什么关系，单单是 Logback 的事，把 Slf4J 扯进来只因它们是对黄金组合。
我们在 log4j 中想要不显示第三方包的非常冗余的日志输出时，只要在 log4j.properties 中写上：1log4j.logger.org.hibernate=ERROR
这样在 hibernate 里的日志级别在 ERROR 以下的 TRACE、DEBUG、WARN 和 INFO 将不被输出，控制台会比较的干净。
Logback 的配置文件是 logback.xml，曾经在里面给 <appender> 加的 <pattern> 是： Read More - 生成 pdf 的方式有多种，直接用 iText 编码控制产生，fop 转换，不过我觉得很方便的一种方法就是用 iText 的 HTMLWorker 类直接把 HTML 转换成相应的 PDF 文档，HTMLWorker 可支持图片和表格，一定数量的样式控制。这样可以让我们关注到 HTML 页面设计上，至于转换出来的效果就要看母版 HTML 的设计功底了。要知道这个 HTML 中的样式要让 HTMLWorker 可理解的，并非说能支持 CSS2 还是 CSS3。HTMLWorker 能支持的样式还是非常有限，并且还未文档化的，有些多试试，能看看源代码是自然可以让胸中更有数了。
项目中有一个比较迫切的问题是把 HTML 中的表格转换成 PDF 的 PdfPTable 时，无论是在 <td> 上用 width="xxx" 或是 style="width:xxx" 时都看不到宽度的设置效果，iText 总是让生成的 PdfPTable 平均分配单元格宽度的。这对于单元格宽度有过于悬殊的需求是无法妥协的，所以要一种办法来支持自定义单元格宽度，让 width="xxx" 或是 style="width:xxx" 有一种控制能力就行。又得改源代码了，网上找到了是支持 iText 2.1.7 的改法，本篇是针对 iText 5.0.4 的做法，使支持 width="10%" 百分比来控制单元格宽度。 Read More Java 语言里的几大变革，一为 jdk1.4 引入的正则表达式，jdk1.5 引入的泛型。没有泛型之前有不少人曾想方设法从编译器入手让 Java 支持泛型。说到泛型 Perl 无疑是该方面的佼佼者，虽然我们不要求 Java 的正则表式能像 Perl 那样可以用来写诗，但至少能有 JavaScript 好用些，可是还不如。JavaScript 里 // 两斜线一框就是一个模式，分组和后向引用更方便，当然前面那两家伙是动态的，不太好比。
复杂的用法不说，且说 Java 的正则表达式在匹配点(.) 和斜杠(\)，表达式要分别写作 \\. 和 \\\\，难看些，不好理解。幸好还有些人记住了，匹配点(.) 或 {、[、(、?、$、^ 和 * 这些特殊符号要要前加双斜框，匹配 \ 时要用四斜杠，这确实能让你包走天涯的。那么为什么是这样呢，不是一个斜杠、三个或更多呢，所以知其然还要知其所以然，这样才能每次心中有数，方能以一变应万变。 Read More
- JSP 标签还是很方便的，比如 Struts、Spring 等提供给我们的 JSP 标签，可以用它们来获取变量或进行一些计算。比如 struts2 的 <s:url value="/admin/unmi.action"/> 会为我们自动在前面附加上应用上下文，如实际会生成 /testsite/admin/unmi.action。还有更多更方便的标签使用，比如用标签获取到 session 或请求中的数据作为 js 的变量等。
引申此话题的，其实不光是在 JS 中使用 JSP 标签，可用 JSP 标签的地方当然可以直接写 Java 代码，即 ScriptLet 代码。 Read More - 我是借助于 dbunit-maven-plugin 来使用 DbUnit 的，数据库是 MySql，在使用 mvn dbunit:export 指令时，总报错：
Embedded error: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'desc from unmi_test_table order by Id' at line 1
若是加上 -e 或 -X 参数，如 mvn dbunit:export -e 时可以看到更详细的异常信息：
Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing export Read More - 单元测试有人写过，也有人没做过，数据库的 dbunit 的用的人应该更少了，它可以用来给你做测试准备数据。一般我们做测试会在一个测试数据库中不停的测，自然会累积许多垃圾数据，给单元测试会造成不便，功能测试倒无太紧要。如果我们想在单元测试的时候有一份干净的数据，有个做法是搞个备用的数据库，测试前导到测试库的，或用某些数据库的导入导出功能。
这里我们来看 dbunit 怎么实现准备测试数据的，它可以用来导出数据库数据到数据文件中，从数据文件中导入干净的数据到数据库中，比较数据库与数据文件、或增量的插入记录等等。 Read More - 一般我们都是把 Lucene 索引存放在文件系统中，大数据量时会考虑用分布式文件系统，如 Hadoop 及 MapReduce、GFS 的应用。也许你会想我们有数据库作为集中的数据存储地，是否可以把 Lucene 索引文件存储到关系型数据库中。可以这么做，不过好像性能上有些问题，本文就此也作这样一个尝试。
看 http://wiki.apache.org/lucene-java/LuceneFAQ
Can I store the Lucene index in a relational database?
Lucene does not support that functionality out of the box, but several people have implemented JdbcDirectory's. The reports we have seen so far indicate that performance with such implementations is not great, but it is doable. Read More