解决了RCP打包时Spring配置的问题

转载 在Eclipse RCP中使用Spring或者Hibernate收藏
http://blog.csdn.net/ttodle/archive/2006/04/27/679422.aspx


新一篇: JAVA实现用系统关联的程序打开文件 | 旧一篇: 在 Ubuntu 5.10 上安裝 Sun Java SDK 1.5
在RCP中使用Spring，最关键的一点在于spring配置文件的读取，因为RCP使用自己的ClassLoader，所以用通常的方法是无法装载Spring的配置文件。解决的思路是：在读取Spring配置文件时将RCP的ClassLoader暂时换一下。

在这里我根据Spring配置文件在项目中的存放位置，给出两种办法。

一、配置文件存放在源代码根目录下。

假设我有一个叫admin_console的项目，我把Spring的配置文件myspring.xml放在源代码根据目录src下，如下图所示
admin_console
--src
--cn //包名
--com
--chengang
---...... //源代码类
--myspring.xml //Spring配置文件，位于src目录下和cn目录平级
--bin
--lib
--icons
--properties


那么我们在RCP程序中可以这样来装载myspring.xml
ClassLoader oldLoader = Thread.currentThread().getContextClassLoader();
try {
Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
ctx = new ClassPathXmlApplicationContext("/myspring.xml");
} finally {
Thread.currentThread().setContextClassLoader(oldLoader);
}


二、配置文件存放在项目根目录的某个子目录下

项目根目录和源代码根目录是不同的两个概念。如上图的项目结构中，src是源代码根目录，admin_console是项目根目录，那么properties就是项目根目录下的一个子目录。

如果将myspring.xml放入到properties目录中，以上的读取代码就没用了，读取方法如下：

ClassLoader oldLoader = Thread.currentThread().getContextClassLoader();
try {
Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
　　　ctx = new FileSystemXmlApplicationContext(ProjectUtil.toFullPath("properties/myspring.xml"));
} finally {
Thread.currentThread().setContextClassLoader(oldLoader);
}

其中ProjectUtil.toFullPath是我自己写的一个方法，主要是得到myspring.xml的绝对路径，其代码如下：

import java.io.IOException;
import java.io.InputStream;
import java.net.MalformedURLException;
import java.net.URL;

import org.eclipse.core.runtime.FileLocator;
import org.eclipse.core.runtime.Path;
import org.eclipse.ui.plugin.AbstractUIPlugin;

import com.wxxr.management.admin.console.AdminConsolePlugin;

/**
* 用于插件项目和非插件项目，提供两者通用的方法接口
* @author chengang 2006-3-30
*/
public class ProjectUtil {

private static AbstractUIPlugin plugin = AdminConsolePlugin.getDefault();

private ProjectUtil() {}

/**
* 判断当前的运行状态是否为插件方式
* @return true=插件方式运行
*/
private static boolean isPlugin() {
return plugin != null;
}

public static URL getURL(String path) {
if (isPlugin())//如果是插件
return FileLocator.find(plugin.getBundle(), new Path(path), null);
else
try {
return new URL("file:" + path);
} catch (MalformedURLException e) {
throw new RuntimeException(path + " is error", e);
}
}

public static InputStream getInputStream(String path) {
URL url = getURL(path);
try {
return url.openStream();
} catch (IOException e) {
throw new RuntimeException(e);
}
}

public static String toFullPath(String path) {
if (isPlugin()) {
try {
return FileLocator.toFileURL(ProjectUtil.getURL(path)).getPath();
} catch (IOException e) {
throw new RuntimeException(path + " toFullPath is fault", e);
}
} else {
return path;
}
}

}


三、总结

上面两种方式那一种更好呢？应该是第二种。一般来说，源代码的编译文件会打成一个jar包（其实不打成一个JAR包也可以的，我在很多以前就尝试过将class文件松散的部署，如果哪个类要修改，修改后就只部署覆盖这个 class，看起来也挺方便。不过这种方式不是最佳实践，不推荐正式发布时使用，一不心可能引起依赖它的其他类出现问题。）。如果用第一种方式在项目打包后，myspring.xml会打包到jar文件中，这样不利于今后对myspring进行动态修改。如果用第二种就没有这种缺点。

很多时候，在Eclipse开发环境中，运行RCP程序没有问题。但导出项目后，在独立的环境中却报配置文件（不光是Spring）找不到的错误，解决的方法都基本与此相同。