2014-07-26 修改本文
后来发现用 JMockit 来 mock 异常根本没有之前文中描述的那么复杂，其实还是在那个 result 上，给它赋个异常实例就轻而易举的解决了，只需如此
原文可不用看下去了。
做过几篇 JMockit 使用 Expectations 来 Mock 方法，私有方法，私有属性的的日志，今天工作上突然有个需求是要 Mock 异常。现在再也不能为了跑个单元测试而去拔下网线了，也不该人为的去制造其他混乱来测试。开始是想能不能用 Expectations 来 Mock 异常，尚未发现相关的属性可以设置，没有类似 result 那样的属性，比如想像中有个 exception/throwable 属性： 阅读全文 >>
最近重新在 Eclipse 中打开旧的 Maven 项目，总有些什么错误，备受折磨。期间试手了 Ant+Ivy, 现今试用了下 Gradle，感觉不错，它应该才是我真想要的，Maven 差不多该扔到一边去了。
Gradle 像 sbt 构建工具一样，也不会帮我们生成默认的目录布局，这些要自己来做。这不是什么麻烦事，因为只需做一次，可预先写好初始化脚本，幸好本人已习惯 shell 操作。
假设我们有这样的 build.gradle 文件
apply plugin: 'java'
apply plugin: 'war' //有这行时我们需要创建 src/main/webapp 目录
apply plugin: 'eclipse'
我们执行 gradle eclipse 后是不会生成src 目录的，工程下的源文件目录是需要自己来生成的。Gradle 参考 Maven 的标准目录布局，即
|
1 2 3 4 5 6 7 8 |
src ├── main │ ├── java │ ├── resources │ └── webapp └── test ├── java └── resources |
我们有两种办法初始化目录布局 阅读全文 >>
本人工作之初没有使用自动化构建，后来敏捷了，开始使用 Ant - 完全面向过程的定义步骤，不进行依赖管理。再发展到 Maven，面向对象的方式管理工程，有了依赖的管理，JAR 包统一从中央仓库获得，保存在本地库。同时产生了 Ivy + Ant，让 Ant 也能管理依赖，不过 JAR 包依赖仓库也是用 Maven 的。
前面都是用 XML 来配置的，虽说 XML 的标签描述性也很强，但阅读性还是有些牵强，并且 Maven 和 Ant+Ivy 都需要 IDE 的支持，比如在 Eclipse 中有专门 Maven Dependencies 或 ivy.xml [*] 中列出项目的依赖包，这里常会出现些问题。
而我今天想尝试使用的是基于 Groovy 的 Gradle，只要一个 build.gradle 文件，实质是一个 groovy 文件，由于可以 DSL，所以 Gradle 比 XML 更写意，更主要的是 Gradle 项目不需要 IDE 的特别支持，见后面的图。
先要安装 Gradle，在我的 Mac 系统下我是用 brew install gradle 安装的，不同平台下可能用 yum, apt-get，安装后执行 gradle 命令验证。
接着按以下步骤：
1. 创建项目目录 testgradle，并进入到新创建的目录
mkdir testgradle
cd testgradle 阅读全文 >>
最早是用 HTML 来自定义标签，现在觉得 HTML 写有关逻辑的代码就有点不伦不类了，HTML 里着重是显示代码。前有一篇 PlayFramework 1 模板应用 -- Java 对象扩展 学习了对 Java 对象扩展的方式，如果不是基于已有对象类型进行方法扩展来进行调用，就可以自定义 FastTags 的方式。
Java 对象扩展的使用是 ${obj.abc()}, FastTags 标签是 #{abc}...${/abc}。
FastTags 标签类继承自 play.templates.FastTags，标签对应方法的原型是
public static void _tagName(Map<?, ?> args, Closure body, PrintWriter out, ExecutableTemplate template, int fromLine)
这些都是得益约定优于配置，下面来几个例子，分别说明默认参数，命名参数，及多参数，标签体的处理。 阅读全文 >>
涉及到页面显示的问题，用自定义标签总能够能事不少，即使是最原始的自定义 JSP 标签也有人乐此不疲，进化到 Play 中的自定义标签数得上很轻量级的实现，简单的只需要一小页文档 The template engine 就足矣。
概括起来 Play1 支持三种方式自定义标签: HTML 文件方式, 自定义 FastTags, Java 对象扩展方法. 前二者为面向过程的方式，第三种方式为面向对象的方式，是在往某种数据类型追加一个方法。
确切的说针对 Java 对象的方法的扩展并不能称之为自定义标签。
一个这样的场景，股票价格变化值要显示在页面上，根据正，负，零，再加上不同的区域四种条件分别显示为不同的颜色，比如美国分别为绿色，红色和黑色(注: 美国股市显示的颜色正好与中国相反)。假设 priceChange 是 Integer 类型，我们就可以定义对 Integer 对象的扩展，所在类必须继承自 JavaExtensions 类： 阅读全文 >>
我们在 Tomcat 中可以开启 SSL，用 HTTPS 来访问，见前一篇 快速启用 Tomcat 的 HTTPS 协议访问，不过更接近实际的应用是 Tomcat 只担当 Servlet 容器，HTTPS 协议部份，甚至是静态页面是交给 Apache 的处理，Apache 与 Tomcat 之间有一个通道。当然前端用 F5 那类负载均衡设备就另当别论了。
这里实践一下怎么开启 Apache 的 HTTPS，并与 Tomcat 进行整合的操作。平台是 Mac OS X, Apache2, Tomat8，其他平台或不同版本的应用软件配置类似。
第一步: 生成自签署证书
安全加密的东西都得证书，我们需要用到 openssl，没有就先安装它，命令是：
openssl req -new -x509 -days 365 -nodes -out server.crt -keyout server.key
上面命令可以指定生成 server.crt 和 server.key 文件的目录，默认产生在当前目录下，假设这两个文件生成在 /etc/apache2 目录下。 阅读全文 >>
记录下这个其实没有多大的意义，新入手 Play 框架的应该直接就是用版本 2 了，只因我们还要系统工作在 Play1 下，所以记下来，估计在 Play2 中已无借鉴作用了。
我们在 Play1 中访问外部 WebService 资源都是用 WS.url(url)，然后调用它的 get(), post(), delete() 等相对应的 HTTP 请求方法。我们可以系统中所有通过 WS.url() 访问的 URL, 需找到切面，Play 是在哪里为访问的 URL 创建请求的。
看 WS 类的实现，它是一个 PlayPlugin 插件，其中定义了
private static WSImpl wsImpl = null;
来看 Play 是如何获得 WSImple 实现的，WS 插件的初始化方法中： 阅读全文 >>
有时候安全考虑会要开启 Tomcat 的 https 协议访问，最快速的配置，两步
1. 创建 keystore 文件
执行 JDK 带的命令
keytool -genkey -alias tomcat -keyalg RSA
按命令提示各个信息即可，最后在用户主目录下创建了一个 .keystore 文件
2. 配置 Tomcat 使用 keystore 文件
打开 server.xml 找到下面被注释的这段
|
1 2 3 4 5 |
<!-- <Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol" maxThreads="150" SSLEnabled="true" scheme="https" secure="true" clientAuth="false" sslProtocol="TLS" /> --> |
有了前面的 SAM，Lambda 表达式，以及默认接口方法作铺垫后，我们可以去很好的去理解 Java8 用 Lambda 表达式操作集合的基本原理了。此篇我们想要化解的示例代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
package cc.unmi; import java.util.Arrays; import java.util.Collection; import java.util.List; import java.util.stream.Collectors; /** * @author Unmi */ public class TestJava8Collection { public static void main(String[] args) { Collection collection = Arrays.asList("abc", "cde", "efg"); List list = collection.stream().filter(x -> x.contains("c")).collect(Collectors.toList()); list.forEach(x->System.out.println(x)); } } |
如果对其他支持闭包的语言，如 JavaScript, Groovy, Ruby, Scala 等有所了解的话，很容易看出前面的代码输出为
abc
cde 阅读全文 >>
进入 Java8 之后我们会发现接口可以有方法实现了，这与我们一直看待 Java 接口的观念产生了冲突，不过也别急，接口中的方法实现必须是一个默认方法，即像
interface Shape {
default boolean isShape() {
return true;
}
}
本文旨在探讨 Java8 的默认接口方法存在的合理性，Java8 在这点上如何保持与前面版本的兼容性。
Lambda 和方法引用使得 Java 语言更具表现力。说到 Lambda 和方法引用的关系，Lambda 表达式的目的就是让你更为便捷的去绕过对象直接引用方法。
接口应该是相对稳固的，我们应该有这样的经验，类中使用了接口中定义的常量，如果在接口中改变了该常量值，单纯的替换接口对应的 class 文件是不奏效的，因为编译类时其实是把接口中的常量直接固化在类中了。如果类中要体现出最新常量值，那么使用接口的类也要重新编译。即使在接口中添加或改变了方法定义，也不能强制使用到它的类重新编译，早先的类完全可以自由的运行，因为接口中定义的常量和方法的所有内容都在自身，类一旦编译后便可脱离所实现的接口而运转。 阅读全文 >>