]
Pete Muir closed WELD-360.
--------------------------
Resolution: Deferred
Issue in GlassFish so closing WELD issue.
CDI component scanning does not include dependent bean archives when
running EJBContainer.createEJBContainer()
--------------------------------------------------------------------------------------------------------------
Key: WELD-360
URL:
https://jira.jboss.org/jira/browse/WELD-360
Project: Weld
Issue Type: Bug
Components: GlassFish Integration
Affects Versions: 1.0.0.GA
Environment: Mac OS 10.6.2,
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025)
Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode)
glassfish-embedded-all-3.0
Reporter: Johan Eltes
Assignee: Roger Kitain
Attachments: verify-ejb-dep-problem.zip
When starting embeddable glassfish within a unit test (JUnit 4.7), weld does only
register managed beans (CDI-beans) discovered in the same bean archive as the EJB:s. If an
EJB depend on (via @Inject or @Inject + @SomeQualifier) a bean in another bean archive,
start-up of the container fails with
"org.glassfish.deployment.common.DeploymentException: Injection point has
unstatisfied dependencies. Injection point:...". It does however successfully load
the classes into the JVM: Removing the @Inject-annotation makes the container launch, but
- of cause - some tests to fail.
I raised it as a blocker, since I'm not aware of a work-around.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: