在网页的 Document 中如果想要获得某个结点的 innerHTML 就行，而在 Java 处理 XML 文档时想要获得某个节点的的 innerXML 就没那么简单的，标准的 org.w3c.Element 和 org.w3c.Node 均未提供类似 innerXML 的方法。
幸好，我们常用的 dom4j 里的 org.dom4j.Node 有一个方法是 String asXML()，不过它的意义相当于是 outerXML，也就是说它返回的内容还包括节点本身。
比如有这么在个 XML 文档：
|
1 2 3 4 |
<BookList> description of book 1 <Book id="1">Unmi</Book> </BookList> |
本篇讲述如何在 JUnit 4 下正确测试异常，我会从 try..catch 的方式谈起，然后说到 @Test(expected=Exception.class), 最后论及 @Rules public ExpectedException 的实现方式，最终基本可确定用 @Rules 是最方便的。
我们在用 JUnit 测试方法异常的时候，最容易想到的办法就是用 try...catch 去捕获异常，需要断言以下几个条件：
1. 确实抛出的异常
2. 抛出异常的 Class 类型
3. 抛出异常的具体类型，一般检查异常的 message 属性中包含的字符串的断定
所以常用的代码你可能会这么写：
|
1 2 3 4 5 6 7 8 9 10 |
@Test public void passwordLengthLessThan6LettersThrowsException(){ try{ Password.validate("123"); fail("No exception thrown."); }catch(Exception ex){ assertTrue(ex instanceof InvalidPasswordException); assertTrue(ex.getMessage().contains("contains at least 6")); } } |
这里被测试的方法是 Password.validate() 方法是否抛出了相应的异常，注意这里别漏 try 中的
fail("No Exception thrown.") 阅读全文 >>
自 JDK1.4 引入正则表达式的支持可称得上是次大改变，可 Java 的正则表达式的能力还是很弱，别说和 Perl 比了，就是和 C# 和 JavaScript 的正则表达式比较来也逊色不少，不过现在 JVM 上有其他语言对正则表达式有所增强，像 Groovy, jRuby 和 Scala。
[修正一下] 第一句话的说法是有误的，其实 JDK 本身的正则表达式就支持替换时用 $1, $2 那样的后向分组引用，例如：
String s = "abc def".replaceAll("(\\w+)\\s+(\\w+)", "$2 $1"); //s 就是 "def abc"，replaceFirst 也可以用 $1, $2 的替换。
比如在 Java 中要实现正则表达式的分组，后向引用的方式进行替换挺复杂的，像 JavaScript 完成两个分组的调换：
|
1 2 3 4 5 6 |
<script> var src = "abc def"; var des = src.replace(/(\w+)\s+(\w+)/, "$2 $1"); document.write(des); //输出为： def abc </script> |
在 Java 中可得用上 Pattern, Matcher，还要 find()/group() 等操作，于是我就会考虑在 Java 中完成类似的功能有没有曲线的方法，有的。你可以调用 JVM 上其他语言的功能，我这里用列了两种实现方式
JDK1.6 起可借助 ScriptEngineManager 使用 JavaScript 相应的函数，除此之外还可用第三方的库 JRegex，具体实现，请参见如下代码，还带了测试用例：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 |
package cc.unmi.utils; import javax.script.Invocable; import javax.script.ScriptEngine; import javax.script.ScriptEngineManager; import jregex.Pattern; import jregex.Replacer; public class StringUtils { public static String replaceStringByJS(String src, String jsRegex, String replacement) { ScriptEngineManager manager = new ScriptEngineManager(); ScriptEngine engine = manager.getEngineByName("JavaScript"); String script = "function rep(target, regex, replacement){\n" + " var patt = new RegExp(regex,'g');\n" + " return target.replace(patt, replacement);\n" + "}"; try { engine.eval(script); Invocable inv = (Invocable) engine; String result = (String) inv.invokeFunction("rep", src, jsRegex, replacement); return result; } catch (Exception e) { throw new RuntimeException(e); } } public static String replaceStringByJRegex(String src, String regex, String replacement) { Pattern pattern = new Pattern(regex); Replacer replacer = pattern.replacer(replacement); String result = replacer.replace(src); return result; } public static void main(String[] args) { String link="<link url=\"http://unmi.cc\" >\"Home\"</link>" +"<link url=\"http://unmi.cc/tag/java\" >\"Java\"</link>"; String jsString = StringUtils.replaceStringByJS(link, "<link\\s+url=\\\"(.+?)\\\".[^/]*?>\\\"(.+?)\\\"</link>", "<a href=\"$1\">$2</a>"); System.out.println(jsString); String jregexString = StringUtils.replaceStringByJRegex(link, "<link\\s+url=\\\"(.+?)\\\".[^/]*?>\\\"(.+?)\\\"</link>", "<a href=\"$1\">$2</a>"); System.out.println(jregexString); } /* * 程序输出 * <a href="http://unmi.cc">Home</a><a href="http://unmi.cc/tag/java">Java</a> * <a href="http://unmi.cc">Home</a><a href="http://unmi.cc/tag/java">Java</a> */ } |
起初我是用的第一种方法，后来找到了第二种方式，感觉用 JRegex 更优雅些。
如何你的DispatcherServlet拦截 .do这样的URL，就不存在访问不到静态资源的问题。如果你的DispatcherServlet拦截“/”，拦截了所有的请求，同时对.js,*.jpg的访问也就被拦截了。
目的：可以正常访问静态文件，不要找不到静态文件报404。
方案一：激活Tomcat的defaultServlet来处理静态文件
|
1 2 3 4 5 6 7 8 9 10 11 12 |
<servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.jpg</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.js</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.css</url-pattern> </servlet-mapping> |
Spring MVC 应用在 Tomcat 启动的时候出现了下面的错误：
java.lang.NoSuchFieldError: APPLICATION_CONTEXT_ID_PREFIX
at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:430)
at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:458)
at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:339)
at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:306)
at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:127)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4350)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4659)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) 阅读全文 >>
在 XSLT 中声明变量可以用 <xsl:variable> 和 <xsl:param>，它们的区别是可以通过 <xsl:param> 从外部向 XSLT 文件传参数，除此之外，在 xslt 内部使用时这两者的用法基本是一样的。下面只以 <xsl:variable> 为例子，例子中的 xsl:variable 替换成 xsl:param 也是能 run 的。
<xsl:variable> 的基本用法是：
|
1 2 3 4 5 |
<xsl:variable name="username" select="'Initial'"/> <!-- 不写 select 则默认为 '' --> <xsl:variable name="username" select="'New Value'"/> <!-- 赋值 --> <xsl:value-of select="$username"/> <!-- 显示变量值，变量名前加上 $ 符号 --> |
紧接前一篇 应用 Castor 把 XML 转换成相应的 JavaBean(一)，本例稍显复杂一些，也就是要使用到映射文件，更复杂的 JavaBean、XML 数据类型和结构，引入自定的 FieldHandler，还有存在 Namespace 的情形。
关于如何使用 Castor 来把 XML 映射成 JavaBean 请着重阅读这个链接 http://www.castor.org/reference/html/XML%20data%20binding.html 中的内容，里面有说明支持的类型，如何定义自己的类型 Handler 及配置 Handler 的属性，mapping.xml 文件怎么写及各部份的意义；还有 castor.properties 的配置，比其中的 suppressNamespaces 为 true 时可以忽略掉 Namespace，默认为 false.
直接看例子吧：
1. persons.xml，这里放了一个 Namespace，并定义了一个 Address 类型，还使得节点名与 Bean 的属性名不一致： 阅读全文 >>
之前有一篇用例子演示了 应用 JAXB 把 XML 转换成相应的 JavaBean，现在来看另一款 XML Data Binding 工具 Castor 怎么把 XML 映射成 JavaBean 的，相对于 JAXB 规范性的东西，Castor 的官方网站上关于 Castor 的使用文档我觉得要多些。作为一个 XML Data Binding 工具，Castor 同样提供了 Marshaller 和 Unmarshaller 的功能，它不依赖于注解，还是采用映射文件的方式，像 Hibernate 那样的映射文件。
从 Castor 的官方网站 http://www.castor.org/ 看到它的外围生态系统还是不错的，有 JDO、Maven、Spring、Eclipse Plugin 的支持，也有众多组件用到了它。和其他类似工具一样，Castor 也提供了 XML、Schema 生成 Class 类的功能，但照例这里还是看看先有类的情况，怎么从 XML 中获取相应值。
通常使用 Castor 从 XML 得到 JavaBean 需要一个映射文件，要是 JavaBean 的属性和 XML 中的节点名足够齐整规范就可以省去映射文件，先看不用映射文件的例子： 阅读全文 >>
跨系统的调用目前无疑是 WebService 的天下，指的是通过 HTTP 请求方式获得 XML 或 JSON 数据的方式，RESTFul 也得到了很好的应用。规范意义上的 Soap 调用不知道还不多不多，反正当年用过的 Corba 鲜有耳闻了，就像很多人对 EJB2 不会有概念一样。
Java 在调用 WebService 获得了 XML 之后，接下来一种常见的处理方式就是把它转换成相应的 JavaBean，再丢给其他组件像 Jsp 标签，FreeMarker 等去就很流畅了。关于 XML 与 JavaBean 互相转换有两个操作叫做：Marshaller 和 Unmarshaller，还没见一个权威的翻译，大概就是编组与反编组，意义如同序列化与反序列化。也就是由 JavaBean 到 XML 叫做 Marshal，由 XML 到 Java 叫做 Unmarshal。
通常从 XML 到 JavaBean 的转换机会大的多，所以我主要也是研究了下如何把 XML 映射成 JavaBean，虽然现在的工具一样也都支持这两个方向的转换。有许多组件可以做到，像 JAXB(Java Architecture for XML Binding)、 阅读全文 >>
前面两篇：Struts2 使用 XSLTResult 输出页面内容详解 和 Struts2 使用 xslt 结果类型如何把字符串直接作为 Document 内容 对 Struts2 如何使用 xslt 结果和怎么把字符串直接作为 Document 内容进行的讲解、研究和探讨。关于 Action 中的字符怎么直接作为 xslt 的内容已有一种方法，就是把 String 转换成 org.w3c.dom.Document 类型再送给 xslt 文件。
同时也发现 Struts2 使用了 org.apache.struts2.views.xslt.StringAdapter 了对字符串的处理，并提供了 parseStringAsXML 的开关选项(虽然是无从设置它的值)，但即使把 parseStringAsXML 设置成了 true，送给 xslt 文件的内容也是被包裹上了 <result> 根节点，xslt 中不得不用 <xsl:template match="/result/你的根节点"> 来应用模板。
通过在上一篇 Struts2 使用 xslt 结果类型如何把字符串直接作为 Document 内容 里琢磨来琢磨去的探寻，着实又走了不少弯路，甚至是误入了歧途，但终究是找到了一个较好的办法来让 Action 直接送 String 表示的 Document 给 xslt 文件。那就是自定义 StringXSLTResult， 阅读全文 >>