注：在发完此文后，我惊奇的发现在新版Eclipse中（我用的是3.2M6）已经不需要转换ClassLoader。估计这是RCP的一个BUG，已经被FIX。希望各位同学共同验证一下，如果是这样的话，这篇文章也就没有什么意义了。
在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）找不到的错误，解决的方法都基本与此相同。