Отключить CDI для веб-приложения на GlassFish 3

У нас есть старое веб-приложение (WAR), которое содержит общие внутренние библиотеки. В последнее время мы начали использовать CDI в другом проекте, который использует те же внутренние библиотеки, и некоторые из внутренних библиотек получили META-INF/beans.xml,

К сожалению, мы получаем различные ошибки загрузки классов во время развертывания на GlassFish 3.1.2.2.

[#|2014-03-14T14:11:20.302+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=40;_ThreadName=Thread-2;|Exception while loading the app : 
com/example/SomethingState
java.lang.NoClassDefFoundError: com/example/SomethingState
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
        at org.glassfish.web.loader.WebappClassLoader.findClass(WebappClassLoader.java:927)
        at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1476)
        at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
        at java.lang.Class.getEnclosingMethod0(Native Method)
        at java.lang.Class.getEnclosingMethodInfo(Class.java:959)
        at java.lang.Class.getEnclosingClass(Class.java:1132)
        at java.lang.Class.getSimpleBinaryName(Class.java:1277)
        at java.lang.Class.isMemberClass(Class.java:1267)
        at org.jboss.weld.util.reflection.Reflections.isNonStaticInnerClass(Reflections.java:139)
        at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:78)
        at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:123)
        at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184)
        at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:350)
        at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:179)
        at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
        at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:277)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
        at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:353)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
        at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:145)
        at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:575)
        at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:461)
        at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:389)
        at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:380)
        at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:220)
        at java.util.TimerThread.mainLoop(Timer.java:555)
        at java.util.TimerThread.run(Timer.java:505)
Caused by: java.lang.ClassNotFoundException: com.example.SomethingState
        at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1509)
        at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
        ... 35 more
|#]

[#|2014-03-14T14:11:20.317+0100|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=40;_ThreadName=Thread-2;|[AutoDeploy] Autodeploy failed : /opt/glassfish3/glassfish/domains/domain1/autodeploy/myapp.war.|#]

SomethingState не в war файл (ни во включенном jar файлы). Это суперкласс другого класса, который CDI пытается загрузить во время сканирования пути к классу, но он не используется веб-приложением (ни дочерним классом), поэтому до CDI это не было проблемой вообще. Если я удалю beans.xml из включенного jarс веб-приложение работает нормально. Я хотел бы избежать изменения war а также в том числе пропавших без вести jarв это, если это возможно.

Как мы можем отключить CDI для этого веб-приложения?

Я пытался поставить WEB-INF/beans.xml в war со следующим содержанием:

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://xmlns.jcp.org/xml/ns/javaee" bean-discovery-mode="none">
    <scan>
        <exclude name="**" />
    </scan>
</beans>

Это не сработало, веб-приложение все еще не может быть развернуто.

Другая идея заключалась в развертывании из командной строки со следующей собственностью, но она также не работала:

bin/asadmin deploy  --property implicitCdiEnabled=false ~/myapp.war
Источник

1 ответ

Это работало для меня, на xwiki

bin / asadmin deploy --property implicitCdiEnabled = false ~ / myapp.war

В любом случае спасибо

Источник
Другие вопросы по тегам