Glassfish 3.1.1 CDI Classloader делегат нет - PullRequest
Новая
       25

Glassfish 3.1.1 CDI Classloader делегат нет

0 голосов
/ 28 июля 2011

Моя основная проблема в том, что я хочу использовать реализацию myfaces jsf, и поэтому я должен использовать делегат = false в glassfish-web.xml.Это заканчивается загрузкой классов из моего приложения, а затем просмотром библиотек сервера.

Когда я использую hibernate, у меня возникает проблема с javassist, что версия 3.14.0-GA в комплекте с osgi-weld и3.14.0-GA Я определил в моем pom.xml разные.Я также попытался удалить запись из моего pom.xml (исключая все переходные зависимости для javassist), но это не сработало.Исключение немного странное. 

SCHWERWIEGEND: Exception while loading the app : org.jboss.weldx.transaction.org$jboss$weld$bean-WEB-INF$lib$seam-international-3$0$0$Final-Built-in-UserTransaction_$$_WeldProxy cannot be cast to javassist.util.proxy.ProxyObject
java.lang.ClassCastException: org.jboss.weldx.transaction.org$jboss$weld$bean-WEB-INF$lib$seam-international-3$0$0$Final-Built-in-UserTransaction_$$_WeldProxy cannot be cast to javassist.util.proxy.ProxyObject
    at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:222)
    at org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46)
    at org.jboss.weld.bean.builtin.ee.UserTransactionBean.<init>(UserTransactionBean.java:60)
    at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:199)
    at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:370)
    at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:170)
    at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:270)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
    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)

Как я могу решить эту проблему?

Ответы [ 2 ]

2 голосов
/ 10 марта 2012

просто поместите javassist-3.14.0-GA.jar в GLASSFISH_HOME \ domains \ domain1 \ lib и не включайте его в путь к классу вашего приложения, если вы используете maven, пометьте зависимость как указано 

<dependency>
     <groupId>org.javassist</groupId>
     <artifactId>javassist</artifactId>
     <version>3.14.0-GA</version>
     <scope>provided</scope>
</dependency>
1 голос
/ 01 марта 2013

Следующая заявка описывает проблему: https://issues.jboss.org/browse/WELD-570

Классы Javassist используют пакет, упомянутый выше: GlassFish / модули / приварной OSGi-bundle.jar

Нашим предварительным решением было изменить 

<class-loader delegate="true" />

в нашем glassfish-web.xml.

Если вы используете javassist для спящего режима, в этой статье предлагается переключиться на альтернативный поставщик байт-кода CGLIB: http://www.java.net/node/705285

Если вы используете Hibernate поверх JPA, вы можете переключаться, используя Hibernate Glassfish: https://blogs.oracle.com/GlassFishPersistence/entry/using_hibernate_as_jpa_provider

...