You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openwebbeans.apache.org by "Mark Struberg (JIRA)" <ji...@apache.org> on 2017/10/11 06:53:00 UTC
[jira] [Commented] (MEECROWAVE-73) jcdi_2.0-1.0.1 creates Exception
with OWB-2.0.2
[ https://issues.apache.org/jira/browse/MEECROWAVE-73?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16199882#comment-16199882 ]
Mark Struberg commented on MEECROWAVE-73:
-----------------------------------------
It did not happen with jcdi_2.0-1.0 because the handling did not detect such situations.
In any case the new behaviour with using the SeContainerSelector solves the problem.
> jcdi_2.0-1.0.1 creates Exception with OWB-2.0.2
> -----------------------------------------------
>
> Key: MEECROWAVE-73
> URL: https://issues.apache.org/jira/browse/MEECROWAVE-73
> Project: Meecrowave
> Issue Type: Task
> Affects Versions: 1.1.0
> Reporter: Mark Struberg
> Assignee: Mark Struberg
> Fix For: 1.1.1
>
>
> after updating to owb-2.0.2 and jcdi 20-1.0.1 we now get an Exception due to 2 SeContainerInitializers on the ClassPath
> {noformat}
> java.lang.IllegalStateException: Multiple implementations of SeContainerInitializer found via ServiceLoader
> at javax.enterprise.inject.se.SeContainerInitializer.newInstance(SeContainerInitializer.java:60)
> at org.apache.meecrowave.cdi.MeecrowaveSeContainerInitializerTest.run(MeecrowaveSeContainerInitializerTest.java:41)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
> at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> {noformat}
> We might switch this on via SeContainerSelector
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)