6.1 included a feature for deployments to receive CDI injections of classes in Modules, but there was a requirement to declare the service (resolved in 6.1.1).  Does this specific issues fail because of injection from module to module and the deployment is just used to show the error?

https://bugzilla.redhat.com/show_bug.cgi?id=927895

I believe this use case works if the WAR depends on all the modules, e.g.:

foo module with Foo bean injecting Bar
bar module with Bar bean injecting Car
car module with Car

Dependencies: foo meta-inf,bar meta-inf,car meta-inf

(at least according to my simplistic test case)

Can you confirm this? It might be a more specific problem than described if that doesn't work.

The current status is the following: after applying Marek's workaround, the original errors have dissapeared.

I've been able to successfully deploy BPMS on EAP 6.1.1 ER3 as a combination of modules (JBPM, DROOLS, KIE, for core functions) and WAR (workbench & web tooling), which is the targeted layout. The application starts and I'm able to log in and do basic navigation. There are issues that are probably related to missing dependencies and other application related stuff, but apparently no blocking issues have appeared.

However, the same deployment on EAP 6.1 final fails to deploy when trying to resolve a different set of CDI dependencies. Example:

WELD-001409 Ambiguous dependencies for type [Event<BuildResults>] with qualifiers [@Default] at injection point [[parameter 4] of [constructor] @Inject public org.guvnor.common.services.builder.BuildServiceImpl(Paths, POMService, ExtendedM2RepoService, Event<BuildResults>, Event<IncrementalBuildResults>, ProjectService, LRUBuilderCache, Event<DeployResult>)]. 

Possible dependencies [[Implicit Bean [javax.enterprise.event.Event] with qualifiers [@Default], Managed Bean [class org.jbpm.shared.services.impl.events.JbpmServicesEventImpl] with qualifiers [@Any @Default]]]

The class BuildServiceImpl (living in the WAR file) [1] has an injection point of type   final Event<BuildResults> buildResultsEvent

However, possible choices listed include: 
       - Implicit Bean [javax.enterprise.event.Event] 
       - JbpmServicesEventImpl, which is marked with a @Veto annotation [2]

@Veto
public class JbpmServicesEventImpl<T> implements Event<T>, Serializable {

It looks like the @Veto annotation for a class defined in a module is being ignored in EAP 6.1.0 but not in EAP 6.1.1.

Can you confirm wheather this is the expected behaviour in EAP 6.1 or is a known issue?
         
-------------------------------
[1] https://github.com/droolsjbpm/guvnor/blob/fe56a287bf6a5fb2b100fb7809a972d6c4674aea/guvnor-project/guvnor-project-builder/src/main/java/org/guvnor/common/services/builder/BuildServiceImpl.java

[2] https://github.com/droolsjbpm/jbpm/blob/cb19c4227dca205829ccfa35a1ecdc587cf1b702/jbpm-services/jbpm-shared-services/src/main/java/org/jbpm/shared/services/impl/events/JbpmServicesEventImpl.java
------------------------------

20:02:46,684 INFO  [org.jboss.errai.reflections.Reflections] (Thread-83) Reflections took 820 ms to scan 91 urls, producing 801 keys and 4196 values [using 2 cores]
20:02:50,721 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."kie-wb.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."kie-wb.war".WeldStartService: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
        at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001409 Ambiguous dependencies for type [Event<BuildResults>] with qualifiers [@Default] at injection point [[parameter 4] of [constructor] @Inject public org.guvnor.common.services.builder.BuildServiceImpl(Paths, POMService, ExtendedM2RepoService, Event<BuildResults>, Event<IncrementalBuildResults>, ProjectService, LRUBuilderCache, Event<DeployResult>)]. Possible dependencies [[Implicit Bean [javax.enterprise.event.Event] with qualifiers [@Default], Managed Bean [class org.jbpm.shared.services.impl.events.JbpmServicesEventImpl] with qualifiers [@Any @Default]]]
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:314)
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:280)
        at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:143)
        at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:163)
        at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:382)
        at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:367)
        at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:379)
        at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:64)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
        ... 3 more

Pedro, I can't answer that question for you, I don't have that level of knowledge.  Perhaps Stewart can respond.

Pedro, what is the workaround?  Can we describe or link it here so that someone else who hits this can resolve their issue?

I believe the EAP 6.1 problem would be caused by https://issues.jboss.org/browse/WFLY-1370

The issue with CDI portable extensions not loading from a module is a known issue in EAP 6.1.0, see https://bugzilla.redhat.com/show_bug.cgi?id=927895

This particular issue have been workarounded by adding the files into META-INF of Web-application. We have also checked this particular issue has been fixed in EAP 6.1.1.

There are some other issues regarding JBoss Solder initialization in EAP 6.1.0.

We have added Solder as a module in bpms layer.

However, the web-fragment.xml file contained in solder-impl-3.2.0.Final.jar does not seem to be recognized and loaded by the container. The side effect of this is that some servlets / filters / listernes declared in this fragment are not initialized. 

We have tried to workaround this by adding this fragment to the web.xml webapp, but classloader issues arise during injections. 

Do you know any issue related tho this in EAP 6.1.0, or anything special that needs to be done? The 3.0 spec states that only  this fragment needs to be declared in META-INF from jar.

Does this issue need a Release Note of its own, or since it was caused by bug 927895, does the note for that bug suffice?

This bug can get a shoutout in the note for 927895 if needed.

Can you please open a new BZ for the web-fragment.xml issue?

I am closing this one as a duplicate of 927895, as that seems to be the real problem and is confirmed fixed in EAP 6.1.1.ER3. Feel free to reopen with additional information if you don't agree.

*** This bug has been marked as a duplicate of bug 927895 ***

Jozef Hartinger <jharting> updated the status of jira WFLY-1746 to Coding In Progress