AがBに依存する2つのジャーAとBがあります。
ジャーBには単一のクラスがあります。
@ApplicationScoped
public class MyManagedBean {
private String user;
public MyManagedBean(){
//Constructor necesary for CDI
}
@Inject
public MyManagedBean(@Named("user") String user){
this.user = user;
}
...
}
Jar A(より正確には、EJB jar)にはBeanがあります。
@ApplicationScoped
public class AnotherManagedBean {
public AnotherManagedBean(){
//Constructor necesary for CDI
}
@Inject
public AnotherManagedBean(MyManagedBean bean){
...
}
}
そして、@ Producesメソッドを使用した構成Bean:
@ApplicationScoped
public class ConfigurationBean {
public ConfigurationBean(){
//Constructor necesary for CDI
}
@Produces
@Named("user")
public String getUser(){
return "myUser";
}
}
ただし、両方のJarを使用してEARをデプロイすると、次の例外が発生します。
SEVERE: Exception while loading the app : WELD-001408 Unsatisfied dependencies for type [String] with qualifiers [@Named] at injection point [[parameter 1] of [constructor] @Inject public com.example.MyManagedBean(String)]
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [String] with qualifiers [@Named] at injection point [[parameter 1] of [constructor] @Inject public com.example.MyManagedBean(String)]
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.Java:270)
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.Java:106)
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.Java:129)
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.Java:351)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.Java:336)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.Java:396)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.Java:190)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.Java:128)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.Java:306)
at com.Sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.Java:462)
at com.Sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.Java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.Java:382)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.Java:355)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.Java:370)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.Java:1064)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.Java:96)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.Java:1244)
at com.Sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.Java:1232)
at com.Sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.Java:459)
at com.Sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.Java:209)
at com.Sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.Java:168)
at com.Sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.Java:117)
at com.Sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.Java:238)
at com.Sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.Java:828)
at com.Sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.Java:725)
at com.Sun.grizzly.http.ProcessorTask.process(ProcessorTask.Java:1019)
at com.Sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.Java:225)
at com.Sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.Java:137)
at com.Sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.Java:104)
at com.Sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.Java:90)
at com.Sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.Java:79)
at com.Sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.Java:54)
at com.Sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.Java:59)
at com.Sun.grizzly.ContextTask.run(ContextTask.Java:71)
at com.Sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.Java:532)
at com.Sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.Java:513)
at Java.lang.Thread.run(Thread.Java:662)
何か案が?
ありがとう
両方のjarファイルが「beanアーカイブ」であることを確認してください。つまり、META-INF/beans.xml
私はこれとまったく同じ問題を抱えていて、それを理解することができましたが、私は耳を使って瓶を組み合わせています。
耳のレイアウト
project.ear
|-- META-INF
| |-- MANIFEST.MF
| |-- application.xml*
|-- one.jar (bean archive)
| |-- META-INF
| | |-- beans.xml
| |-- <code>
|-- two.jar (ejb)
<application>
<display-name>test-application</display-name>
<module>
<ejb>two.jar</ejb>
</module>
<module>
<Java>one.jar</Java>
</module>
</application>
そうすることで、コンテナ内のtwo.jarでone.jarを使用できるようになりました。
-カート
1つは、注入する対象を正確に指定するためのQulifierアノテーションを作成する必要があることです。
@Qualifier
@Retention(RUNTIME)
@Target({METHOD, FIELD, PARAMETER, TYPE})
public @interface UserConfiguration { }
その後..
@Produces
@UserConfiguration
@Named("user")
public String getUser(){
return "myUser";
}
注射用。
@Inject
public MyManagedBean(@UserConfiguration String user){
this.user = user;
}
参照 http://docs.jboss.org/weld/reference/1.1.0.Final/en-US/html_single/#d0e1355