一.问题描述
在用spring-dm对某bundle进行测试时,报了如下错误。于是便对spring-osgi-test.jar中的几个测试类做了下研究。
java.io.FileNotFoundException: C:\Users\boy\.m2\repository\org\aopalliance\com.springsource.org.aopalliance\1.0.0\com.springsource.org.aopalliance-1.0.0.jar (系统找不到指定的路径。) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.springframework.core.io.FileSystemResource.getInputStream(FileSystemResource.java:110) at org.springframework.osgi.test.AbstractOsgiTests.installBundle(AbstractOsgiTests.java:323) at org.springframework.osgi.test.AbstractOsgiTests.startup(AbstractOsgiTests.java:253) at org.springframework.osgi.test.AbstractOsgiTests.prepareTestExecution(AbstractOsgiTests.java:374) at org.springframework.osgi.test.AbstractOsgiTests.runBare(AbstractOsgiTests.java:203) at org.springframework.osgi.test.AbstractOsgiTests$1.protect(AbstractOsgiTests.java:184) at junit.framework.TestResult.runProtected(TestResult.java:124) at org.springframework.osgi.test.AbstractOsgiTests.run(AbstractOsgiTests.java:181)
二.spring dm对bundle的集成测试
在使用spring dm框架时,其中的spring-osgi-test.jar这个bundle对集成测试提供了很好的支持。其中最重要的几个类如下
(1)AbstractOsgiTests.java
(2)AbstractConfigurableOsgiTests.java
(3)AbstractDependencyManagerTests
(4)AbstractConfigurableBundleCreatorTests
1.AbstractOsgiTests类
下面说下该类中比较重要的一个方法,在这个方法中定义了bundle的加载过程。
private Resource[] locateBundles() { //获取测试框架所需的bundle Resource[] testFrameworkBundles = getTestFrameworkBundles(); //获取要测试的bundle. Resource[] testBundles = getTestBundles(); if (testFrameworkBundles == null) testFrameworkBundles = new Resource[0]; if (testBundles == null) testBundles = new Resource[0]; Resource[] allBundles = new Resource[testFrameworkBundles.length + testBundles.length]; System.arraycopy(testFrameworkBundles, 0, allBundles, 0, testFrameworkBundles.length); System.arraycopy(testBundles, 0, allBundles, testFrameworkBundles.length, testBundles.length); return allBundles; }
其中的getTestFrameworkBundles()方法和getTestBundles()方法都由子类进行实现。对于getTestFrameworkBundles()方法,需要获取到测试框架所需的bundle。而对于getTestBundles()方法需要获取到要被测试的bundle.
2.AbstractDependencyManagerTests类
AbstractDependencyManagerTests是AbstractOsgiTests的子类,在其中提供了对getTestFrameworkBundles()方法的实现。
protected Resource[] getTestFrameworkBundles() {
return locateBundles(getTestFrameworkBundlesNames());
}
在这个getTestFrameworkBundlesNames()方法中,会获取测试框架所需的bundle名称.默认情况下,会加载spring-osgi-test.jar中的boot-bundles.properties文件中指定的bundle.如果子类要更换测试框架所需的bundle,可重载AbstractDependencyManagerTests中的getTestingFrameworkBundlesConfiguration()方法。
protected Resource[] locateBundles(String[] bundles) { if (bundles == null) bundles = new String[0]; Resource[] res = new Resource[bundles.length]; for (int i = 0; i < bundles.length; i++) { res[i] = locateBundle(bundles[i]); } return res; }
protected Resource locateBundle(String bundleId) {
Assert.hasText(bundleId, "bundleId should not be empty");
// parse the String
String[] artifactId = StringUtils.commaDelimitedListToStringArray(bundleId);
Assert.isTrue(artifactId.length >= 3, "the CSV string " + bundleId + " contains too few values");
// TODO: add a smarter mechanism which can handle 1 or 2 values CSVs
for (int i = 0; i < artifactId.length; i++) {
artifactId[i] = StringUtils.trimWhitespace(artifactId[i]);
}
//获取本地的maven仓储。
ArtifactLocator aLocator = getLocator();
return (artifactId.length == 3 ? aLocator.locateArtifact(artifactId[0], artifactId[1], artifactId[2])
: aLocator.locateArtifact(artifactId[0], artifactId[1], artifactId[2], artifactId[3]));
}
在上面的方法中,测试框架会默认到本地的maven仓储中加载所需的bundle. 对于默认的maven仓储,如果用户没有修改过maven的setting.xml中的这项值<localRepository>/path/to/local/repo</localRepository> ,则默认路径是:
${user.home}\.m2\repository这个目录下,对于我的机器则是C:\Users\boy\.m2\repository下。由于我修改了setting.xml中localRepository为 <localRepository>c:\repository</localRepository>,系统在加载bundle时还是会去C:\Users\boy\.m2\repository中寻找,我本地的maven仓储已经不是这个目录了,当然就会出现开头说的错误信息。
三.问题解决
对于上面的错误,我们已经知道了原因,最简单的一种修改方法是将maven中的setting.xml中的localRepository配置改回默认配置。但对于我而言,个人比较喜欢比较简短的文件路径,不想修改回默认的配置,哪就只好想别的办法。
在AbstractDependencyManagerTests类中,
protected ArtifactLocator getLocator() { return locator; }
该方法是允许子类扩展的。Spring dm对ArtifactLocator提供的默认实现类是LocalFileSystemMavenRepository类。
该类不允许对maven中的repositoryHome进行设置。如果能有另一个实现ArtifactLocator接口的类且允许自已指定repositoryHome路径也可以灵活的解决上面的问题。下面是自定义的maven仓储定位器的实现:
public class ConfigLocalFileSystemMavenRepository implements ArtifactLocator { /** discovered local m2 repository home */ private String repositoryHome; public ConfigLocalFileSystemMavenRepository(String repositroyHome) { this.repositoryHome = repositroyHome; } //其它方法省略,省略的方法参见 LocalFileSystemMavenRepository中的实现。 }
四.完整的测试代码如下:
public class SpringDmSampleTest extends AbstractConfigurableBundleCreatorTests {
@Override
protected String[] getTestBundlesNames() {
return new String[] { "com.mango.cache, cache.core, 1.0.0" };
}
@Override
protected Resource getTestingFrameworkBundlesConfiguration() {
return new InputStreamResource(SpringDmSampleTest.class
.getResourceAsStream("boot-bundles.properties"));
}
@Override
protected ArtifactLocator getLocator() {
ArtifactLocator locator = new ConfigLocalFileSystemMavenRepository(
"c:/repository");
return locator;
}
}
对于要测试的bundle,一定要注意将它install到本地maven仓储中。