2014-02-19 207 views
4

我们有一个使用与焊缝混合Powermock?

  • 焊接-SE的依赖注入
  • 静态本地方法的一个项目来调用本机库

当编写单元测试,以测试管理的bean交互通过本地库,我们想嘲笑它们定义的类。但是,PowerMock(特别是注释@PrepareForTest)似乎与Weld的初始化混乱。例如,如果我有以下:

@RunWith(PowerMockRunner.class) 
@PrepareForTest(StaticNativeAPI.class) 
public class Test { 
    @Before 
    public void setup() { 
    WeldContainer wc = new Weld().initialize(); 
    } 
} 

然后焊接将失败,错误如下初始化:

org.jboss.weld.exceptions.DeploymentException: WELD-001423 Cannot enable the same alternative bean class [com.mycompany.AltBean in jar:file:/C:/Users/Me/.m2/repository/com/mycompany/project/version-SNAPSHOT/project-version-SNAPSHOT-tests.jar!/META-INF/[email protected], com.mycompany.AltBean in jar:file:/C:/Users/Me/.m2/repository/com/mycompany/project/version-SNAPSHOT/project-version-SNAPSHOT-tests.jar!/META-INF/[email protected]] in beans.xml

at org.jboss.weld.manager.Enabled.createMetadataMap(Enabled.java:123) 
at org.jboss.weld.manager.Enabled.<init>(Enabled.java:94) 
at org.jboss.weld.manager.Enabled.of(Enabled.java:79) 
at org.jboss.weld.bootstrap.BeanDeployment.<init>(BeanDeployment.java:114) 
at org.jboss.weld.bootstrap.WeldBootstrap$DeploymentVisitor.visit(WeldBootstrap.java:184) 
at org.jboss.weld.bootstrap.WeldBootstrap$DeploymentVisitor.visit(WeldBootstrap.java:153) 
at org.jboss.weld.bootstrap.WeldBootstrap.startContainer(WeldBootstrap.java:284) 
at org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.startContainer(ForwardingBootstrap.java:42) 
at org.jboss.weld.environment.se.Weld.initialize(Weld.java:129) 
at com.mycompany.Test.setup(Test.java:58) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
at java.lang.reflect.Method.invoke(Method.java:606) 
at org.junit.internal.runners.ClassRoadie.runBefores(ClassRoadie.java:56) 
at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:43) 
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:118) 
at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:104) 
at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53) 
at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:53) 
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:234) 
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:133) 
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:114) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
at java.lang.reflect.Method.invoke(Method.java:606) 
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188) 
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166) 
at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86) 
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101) 
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74) 

换句话说,这似乎是解析beans.xml两次。有人知道如何让这两个库在一起很好地玩吗?

+0

您是否尝试依赖CDI 1.1隐式激活。如果您没有提供beans.xml,则使用'annotated' bean-discovery模式激活CDI。你应该确保所有的bean都用CDI范围(@ApplicationScoped或@Dependent)注释,并使用Weld 2.x在CDI 1.1上。 –

+0

不幸的是,现在我们被困在使用焊接1.9。我将不得不考虑升级的可能性... – Kricket

回答