今天写了一个程序，主要是jdk6+版本运行的java虚拟机，都可以跨进程把所有加载的class dump出来，要dump applet，需要修改本地策略文件，把一个目录设置为可写。policy和permission这块有点问题，如果设置和使用的地方，文件路径分隔符不一致，比如"/"和"\"混用，会出一些小问题，需要注意一下。

最近新笔记本一咬牙装了64位的OS，基本各种应用都能正常运行。今天遇到一个问题，机器上安装的是64b的jdk，一个java项目提供的是32b的jni dll，无法使用。最简单的方法是卸掉64b的jdk，换成32b的。如果不想这么解决，那就得配置vs支持ia64构架的支持，然后重新编译dll。后一种比较麻烦，先采用第一种了。 建议诸位开发java的时候，还是安装32b的吧

虽然Hudson被Oracle无情的抛弃了，但是在java的持续集成领域，Hudson依然会是最佳首选，这是从很多CC和Hudson的比较中得到的，我个人没有亲自使用，但是我们的项目现在在使用Hudson

最近程序需要一个简体中文到繁体中文转换的功能，于是准备使用Word自带的简繁自动转换来完成这个过程。正好前一阵子研究过Java所有主流的Native调用库，于是选择了com4j。

选择com4j的原因很简单，该项目位于dev.java.net，有点官方血统，品质有保障，之前用过jna，也非常不错。

网上比较多的是用jacob，这个很多年前用过，这次主要是想尝试com4j，因此就没有尝试Jacob。

具体过程

1. 录制word宏，保存到一个《简转繁.doc》文件。宏取名gb2big5

Sub gb2big5()
'
' gb2big5 Macro

OSGi = Open Service Gateway Initiative

OGSI = Open Grid Service Infrastructure

两者似乎没啥关系，除了拼写看上去很相近。估计这年头，搞Java开发的没听说过OSGI不多了。不过早在5年前，俺还在搞网格计算的时候，OGSI这个概念曾经火过一阵子，后来被WSRF给废了。

今日看看OSGi竟然发现跟当年的OGSI非常相似，都是服务模块化部署，启动，停止，服务的注册，查找，获取，使用。一个明显的区别就是以前OGSI是跨容器，跨进程的，通讯是Web Service，而OSGi是同一个虚拟机之内的。不知道OSGi是不是受了OGSI

1. ClassLoader是树状结构，这个大家都清楚

树状结构带来的问题就是高层CL找不到底层的Class

2. Class的加载方式有几种

Class.forName(className);

Class.forName(className, CL);

CL.loadClass(className);

这几种方式的区别在于，第一种方法会使用调用的CL来加载，因此建议尽量不要使用

后两种方法都支持指定CL，可以避免第一种的一些做法

比较好的做法就是

Class.forName(className, Thread.currentThread.getContextClassLoader());

Thread.currentT

http://www.znetdevelopment.com/blogs/2009/04/07/scalable-nio-servers-part-1-performance/

http://www.znetdevelopment.com/blogs/2009/04/09/scalable-nio-servers-part-2-memory/

看下来的结果就是如果不做特殊考虑mina还是不错的

如果网络延迟响应有特殊需要，可能netty3更

jMe是基于David Eberly的《3D Game Engine Design》和《3D Game Engine Architecture Engineering》来的，因此设计思想和Wild Magic很相似

可惜功能还不是很完善，否则就能像OGRE一样流行了

答案就是SWT/AWT Bridge

这个方案可以工作，但是在用的时候有许多细节需要注意

最主要的用途就是在SWT中使用已有的SWING组件，比如复杂的JTable，JGraph，JFreeChart，GLCanvas之类

需要注意L&F的区别，菜单，事件线程，有很多消息需要特殊处理

其实基于这一套，也可以搞一个C++内嵌Java的UI系统，用Java来编写UI

http://www.eclipse.org/articles/article

二者主要区别应该在于对象内存管理这块

比如写的不好的C++，可能产生大量临时对象，由于C++自身机制，有些临时对象比较难避免，除非全部采用堆对象。

因此如果要搞一个Java比C++快的例子，就大量使用复杂的临时对象，很恶毒