学步园

        bit版本(bit version)，是从国外一个论坛的帖子抄过来的，我原本也不清楚该怎样命名它，觉得bit version挺合适的，就这样使用起来了。

        SWT bit version有32-bit和64-bit两种，同样，jdk也有32-bit和64-bit两种。经过多次测试，发现32-bit SWT只能安装在32-bit JDK 上，而64-bit SWT也只能安装在 64-bit JDK上，两都不能交叉使用，即32-bit SWT 不能在 64-bit JDK 上使用， 64-bit SWT 不能在 32-bit JDK 上使用，这两种情况都会报类似"版本不兼容“的错误。我们的产品用到SWT，而客户环境的JDK可能会是32-bit或64-bit的，一般情况下，可以做个划分，比如产品也对应地分出两个版本，版本32-bit就只能安装在32-bit的JDK上，版本64-bit就只能安装在64-bit的JDK上，但这样不好，如果客户装了32-bit的之后发现不行，再重新安装64-bit的，换成是我，也会不爽的，所以要解决这个问题，让产品能够根据客户选择的JDK
bit version来选用对应的SWT包。

        研究了一下InatallAnywhere，发现可以对它做扩展。在这里，我写了一个扩展，在产品安装完之后，执行一个Action，检查客户所选择的JDK的bit version，再绑定对应bit version的SWT包。这种方法测试一段时间，发现可行性还挺好的，但之后又发现，如果客户不选择JDK，产品会到system32(此时是windows platform)时读取java.exe，这时，会导致该Action判断失误，所以这种方法不能完全解决问题。

        接着考虑了一段时间，想出了一个不算太好的方法来做个“容错”处理。在产品安装完后的lib包有swt32.jar和swt64.jar两个包，默认使用的是swt32.jar，在产品启动的时候，new display时，用try-catch处理一下，如果有异常，则客户的JDK可能是64bit，这时就切换到swt64.jar，重新new display,继续执行其它操作，参考代码如下所示：

public static void main(String args[]) {
 Launcher jcl = null;
 try{
  Display d = new Display();
  Shell s = new Shell(d, SWT.SHELL_TRIM);
  jcl = new Launcher(s, d);
 }catch(Error e){
  //出现问题了，进行容错处理
  //默认是32 bit version
  String now = "E:\\product\\jar\\swt32.jar";
  String swt64 = "e:\\swt64.jar";
  //这时用swt64.jar替换swt32.jar
  doCopy(swt64, now);
  //重新启动程序
  Display d = new Display();
  Shell s = new Shell(d, SWT.SHELL_TRIM);
  jcl = new Launcher(s, d);
}

        这种方法算是对前面Action的一个补充，在jar包切换的时候，只存在于产品首次启动，之后就不会再做判断或jar包切换了，当然，也会存在一些不好的地方，比如，swt包如果经常换来换去的，也是可能出问题的。暂时没找到更好的方法，先结合这两种方法，用一段时间看看。记录于此，以后找到更适用的解决方法再做修改。