Как развернуть файл EAR на основе JDO на GlassFish? - PullRequest
2 голосов
/ 21 июня 2011

Сейчас я действительно в отчаянии, потому что я создаю небольшое приложение, которое разбито на несколько проектов. Существует веб-приложение, которое использует Vaadin и контейнер EJB, который должен выполнять постоянные операции с JDO и DataNucleus . Дырочный проект строится с Maven, и я рад, что вышел архив EAR.

Содержание файла EAR выглядит мне правильно. В нем есть все JAR-файлы зависимостей, даже дублированные внутри содержащегося WAR-файла. Он развертывается без ошибок на сервере GlassFish , но когда я вызываю URL, я получаю ClassNotFoundException для класса javax.jdo.JDOHelper. JAR jdo-api-3.0.jar существует, но GlassFish не может его найти.

Но почему? Кто-нибудь может сказать мне? Пожалуйста!

... и трассировка стека ...;) Материал de.igeri.mmorpg.* - это мой проект. Но я думаю, вы уже догадались.

java.lang.NoClassDefFoundError: javax/jdo/JDOHelper at de.igeri.mmorpg.common.dao.JDOManager.(JDOManager.java:22) at de.igeri.mmorpg.common.dao.JDOManager.(JDOManager.java:14) at de.igeri.mmorpg.common.dao.BuildingBeanFactory.getAvailable(BuildingBeanFactory.java:29) at de.igeri.mmorpg.ui.BuildingUiFactory.getAvailable(BuildingUiFactory.java:26) at de.igeri.mmorpg.MmorpgApplication.createBuildingsPanel(MmorpgApplication.java:75) at de.igeri.mmorpg.MmorpgApplication.createBuildWindow(MmorpgApplication.java:58) at de.igeri.mmorpg.MmorpgApplication.createLayout(MmorpgApplication.java:44) at de.igeri.mmorpg.MmorpgApplication.init(MmorpgApplication.java:29) at com.vaadin.Application.start(Application.java:554) at com.vaadin.terminal.gwt.server.AbstractApplicationServlet.startApplication(AbstractApplicationServlet.java:1182) at com.vaadin.terminal.gwt.server.AbstractApplicationServlet.service(AbstractApplicationServlet.java:466) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1534) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:326) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:228) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013) 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:636) Caused by: java.lang.ClassNotFoundException: javax.jdo.JDOHelper at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:808) at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:696) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 37 more

1 Ответ

0 голосов
/ 13 мая 2016

Мое предложение - добавить ваши библиотеки jdo api и datanucleus на ваш сервер приложений в качестве модуля, тогда в maven вы можете добавить зависимости как

и добавьте плагин datanucleus maven следующим образом:

   <plugin>
                    <groupId>org.datanucleus</groupId>
                    <artifactId>datanucleus-maven-plugin</artifactId>
                    <version>4.0.2</version>
                    <configuration>
                        <!-- <log4jConfiguration>src/main/resources/log4j.properties</log4jConfiguration> -->
<!-- this usefull if you dont want to get too long command error -->                        
<verbose>false</verbose>
                    </configuration>
                    <executions>
                        <execution>
                            <phase>compile</phase>
                            <goals>
                                <goal>enhance</goal>
                            </goals>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </build>

тогда самая важная часть, которую вы должны добавить свою зависимость от datanucleus в вашем файле манифеста !!! Я уверен, что в вашем случае это была проблема.

В WildFly вы можете сделать это так:

<plugin>
                <groupId>org.wildfly.plugins</groupId>
                <artifactId>wildfly-maven-plugin</artifactId>
                <version>${version.wildfly.maven.plugin}</version>
                <inherited>true</inherited>
                <configuration>
                    <archive>
                        <manifest>
                            <addClasspath>true</addClasspath>
                        </manifest>
                        <addMavenDescriptor>false</addMavenDescriptor>
                        <manifestEntries>
                            <Dependencies>deployment.datanucleus-jdo-jca-5.0.0-m1.rar,
                                javax.jdo</Dependencies>
                        </manifestEntries>
                    </archive>
                </configuration>
            </plugin>

Если вы явно не используете адаптер jca, вы можете удалить эту часть. Или вы можете настроить maven для добавления ресурсов, таких как дескрипторы развертывания или файл манифеста, в каталог INF вашего пакета.

...