2016-02-24 8 views
0

У меня есть модуль Maven Maven с зависимостью двух модулей SE, одного из объектов домена и других объектов с постоянством.Как развернуть модуль EJB в Glassfish с зависимостями jar

<dependencies> 
    <dependency> 
     <groupId>com.mycompany.modules</groupId> 
     <artifactId>entities</artifactId> 
     <version>1.0-SNAPSHOT</version> 
    </dependency> 
    <dependency> 
     <groupId>com.mycompany.modules</groupId> 
     <artifactId>persistent-entities</artifactId> 
     <version>1.0-SNAPSHOT</version> 
    </dependency> 

Я строю модуль EJB и когда я попытался развернуть EJB-module.jar в GlassFish я получаю сообщение об ошибке со ссылкой модулей зависимостей:

Grave: Class [ com/mycompany/entities/EDSesion ] not found. Error while loading [ class com.mycompany.ejb.dataAccess.GestorADSesion ] Grave: Class [ com/mycompany/persistent/entities/TSesion ] not found. Error while loading [ class com.mycompany.ejb.converters.EDSesionConverter ] Grave: Cannot resolve reference Local ejb-ref name=com.mycompany.ejb.dataAccess.GestorADSesion/eDSesionFConverter,Local 3.x interface =com.mycompany.ejb.converters.interfaces.EDSesionConverterLocal,ejb-link=null,lookup=,mappedName=,jndi-name=,refType=Session Grave: Excepción al desplegar la aplicación [app-ejb-1.0] Grave: Exception during lifecycle processing java.lang.RuntimeException: Cannot resolve reference Local ejb-ref name=com.mycompany.ejb.dataAccess.GestorADAreaF/eDAreaFConverter,Local 3.x interface =com.mycompany.ejb.converters.interfaces.EDAreaFConverterLocal,ejb-link=null,lookup=,mappedName=,jndi-name=,refType=Session

Примечание: ED стенда для доменных сущностей, T для объектов сущности, Gestor - это класс для сохранения сущностей в базе данных, а конвертер - это класс для преобразования объектов сущности в объекты домена. Gestor имеет локальный интерфейс

Это мой билд в файл п для модуля EJB

<build> 
    <plugins> 
     <plugin> 
      <groupId>org.apache.maven.plugins</groupId> 
      <artifactId>maven-compiler-plugin</artifactId> 
      <version>3.1</version> 
      <configuration> 
       <source>1.8</source> 
       <target>1.8</target> 
       <compilerArguments> 
        <endorseddirs>${endorsed.dir}</endorseddirs> 
       </compilerArguments> 
      </configuration> 
     </plugin> 
     <plugin> 
      <groupId>org.apache.maven.plugins</groupId> 
      <artifactId>maven-ejb-plugin</artifactId> 
      <version>2.3</version> 
      <configuration> 
       <ejbVersion>3.1</ejbVersion> 
      </configuration> 
     </plugin> 
     <plugin> 
      <groupId>org.apache.maven.plugins</groupId> 
      <artifactId>maven-dependency-plugin</artifactId> 
      <version>2.6</version> 
      <executions> 
       <execution> 
        <phase>validate</phase> 
        <goals> 
         <goal>copy</goal> 
        </goals> 
        <configuration> 
         <outputDirectory>${endorsed.dir}</outputDirectory> 
         <silent>true</silent> 
         <artifactItems> 
          <artifactItem> 
           <groupId>javax</groupId> 
           <artifactId>javaee-endorsed-api</artifactId> 
           <version>7.0</version> 
           <type>jar</type> 
          </artifactItem> 
         </artifactItems> 
        </configuration> 
       </execution> 
      </executions> 
     </plugin> 
    </plugins> 
</build> 
+0

Возможно, вы сами уже поняли, но ваш 'EJB.jar' не был (и никогда не будет) упакован с вашими зависимостями. Таким образом, у вас есть две альтернативы: постройте EAR с помощью модуля 'EJB' и модулей сущностей/постоянных сущностей или сделайте ваши зависимости доступными непосредственно в контейнере. Я предпочитаю первый подход. – aribeiro

+0

@aribeiro, ваш комментарий кажется скорее ответом на меня, чем просто комментарием. Я бы поддержал его – OndrejM

+0

спасибо @aribeiro это работает –

ответ

0

Возможно, вы просчитанным себя уже, но ваш EJB.jar не был (и никогда не будет) упакован с вашим зависимостей.

Следовательно, у вас есть две альтернативы: постройте EAR с модулем EJB и вашими объектами/модулями постоянных сущностей или сделайте ваши зависимости доступными непосредственно в контейнере. Я предпочитаю первый подход.