Enable and disable implicit scanning per JAR.

[glassfishrobot]

beans.xml cannot be added to a third-party JAR. Disabling implicit CDI is one option but but it works at the application level.

This will not work when different third-party JARs make different assumptions about implicit beans. So it would be helpful if GlassFish (or Weld) offered a way to enable or disable implicit scanning per JAR.

[glassfishrobot]

@glassfishrobot Commented
Reported by @jjsnyder

[glassfishrobot]

@glassfishrobot Commented
@jjsnyder said:
According to 12.1 of CDI spec:
"For compatibility with Contexts and Dependency 1.0, products must contain an option to cause an archive to be ignored by the container when no beans.xml is present."

We are probably a little light in our implementation of this as we only allow entire apps to be enabled/disabled for implicit scanning.

[glassfishrobot]

@glassfishrobot Commented
aaronjwhiteside said:
Related to #20579. It would be good if this was part of the final 4.0.0 release. Perhaps something in glassfish-web.xml?

[glassfishrobot]

@glassfishrobot Commented
aaronjwhiteside said:
http://docs.jboss.org/weld/reference/latest/en-US/html/configure.html

This doesn't work as far as I can tell.

Maybe fixing the WELD integration so that this works is the solution?

[glassfishrobot]

@glassfishrobot Commented
aaronjwhiteside said:
I can add a beans.xml as per the CDI 1.1 spec, but that does not appear to work either.

CDI 1.1 Spec, Section 12.1
bean-discovery-mode="none" should disable an archives contents from being considered by CDI.

[glassfishrobot]

@glassfishrobot Commented
@pzampino said:
The cited beans.xml addition should work. If it is being applied correctly, and Glassfish is not honoring it, then that's a bug. Can you provide an application to reproduce this behavior?

Additionally, there is a new deployment property that will disable support for implicit bean archives at the application level. (asadmin deploy --property implicitCdiEnabled=false )

[glassfishrobot]

@glassfishrobot Commented
Marked as fixed on Wednesday, June 12th 2013, 9:45:25 am

[glassfishrobot]

@glassfishrobot Commented
everett_toews said:
How exactly was this resolved?

bean-discovery-mode="none" does work for me but this issue is for disabling implicit scanning per JAR.

To disable scanning per JAR I tried the following beans.xml and it didn't work for me. I continue to get WELD errors.

<beans xmlns="http://java.sun.com/xml/ns/javaee" 
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
       xmlns:weld="http://jboss.org/schema/weld/beans" 
       xsi:schemaLocation="
          http://java.sun.com/xml/ns/javaee http://docs.jboss.org/cdi/beans_1_0.xsd
          http://jboss.org/schema/weld/beans http://jboss.org/schema/weld/beans_1_1.xsd">
    <weld:scan>
        <weld:exclude name="org.jclouds.**" />
    </weld:scan>
</beans>

Should this beans.xml work with Glassfish 4.1?

Can someone provide an example of a beans.xml file that excludes per JAR that does work?

Thanks.

[glassfishrobot]

@glassfishrobot Commented
everett_toews said:
Just to be clear, I put that beans.xml file in the web app WEB-INF dir.

[glassfishrobot]

@glassfishrobot Commented
reipince said:
This is not fixed.

I have jars that contain unimplemented interfaces, and therefore when they're scanned for CDI, they cause an error and I can't deploy my app.

I tried explicitly using an exclude rule in my beans.xml but it seems to take no effect.

My options are:

• disable implicit cdi at the application level
• disable cdi scanning at the beans.xml level (using "none" as the bean-discovery-mode).

Both of these options are bad since they require me to explicitly annotate everything that's being injected right now, which is quite a lot of stuff...

[glassfishrobot]

@glassfishrobot Commented
@jjsnyder said:
You have the following choices:

1. Disable implicit CDI for all apps. Use this command:
   asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=false

2. Disable CDI for each jar you do not want to participate in CDI. To do this you must add a beans.xml to each individual jar with the following content:

Note that for option 2 you must do this for each individual jar. The beans.xml in WEB-INF only applies to the classes in WEB-INF/classes.

[glassfishrobot]

@glassfishrobot Commented
This issue was imported from java.net JIRA GLASSFISH-20483

[glassfishrobot]

• Issue Imported From: https://github.com/javaee/glassfish/issues/20483
• Original Issue Raised By:@glassfishrobot
• Original Issue Assigned To: @pzampino
• Original Issue Closed By:@glassfishrobot