Pues la respuesta es sencilla: SÃ. Pero cuando uno desarrolla un portlet con EJB 3.1 y lo trata de desplegar sobre Lfieray 6.0, no funciona. Por alguna razón no despliega correctamente la aplicación, lanza errores de clases de SpringFramework faltantes, etc. Lo curioso es que si se despliega sobre Liferay 5, sà funciona correctamente. Entonces ¿qué pasa?. Pues bien, leyendo un poco los mensajes de error y después de varias pruebas.. pude dar con la solución.
Para comenzar, el error que lanza es el siguiente:
Error in annotation processing: java.lang.NoClassDefFoundError: org/springframework/transaction/PlatformTransactionManagerPero si examinamos la carpeta
lib del módulo de liferay, sà están las bibliotecas de Spring. La solución a este problema es el siguiente: debemos copiar ciertas bibliotecas de Spring a la carpeta
lib del dominio donde está instalado el Liferay. Para evitar conflictos de versión del Spring, copiemos los siguientes archivos .jar del .war de Liferay a $GLASSFISH_HOME/domains/domain1/lib.- aopalliance.jar
- aspectj-rt.jar
- aspectj-weaver.jar
- commons-logging.jar
- spring-aop.jar
- spring-asm.jar
- spring-beans.jar
- spring-context.jar
- spring-core.jar
- spring-expression.jar
- spring-transaction.jar
Pero! (no tan rápido), como las clases portlets (descendientes de
javax.portlet.GenericPortlet) no son parte del estándar de un módulo web, entonces no podrá utilizarse un EJB con la notación @EJB (lo que sà funciona en un Servlet). Entonces ¿cómo instanciar EJB?:Pues habrá que utilizar el JNDI dentro del módulo, de la siguiente manera:
Context c = new InitialContext();
EjbFacade facade= c.lookup("java:global/NombrePorlet/NombreEjbFacade!paquete.ejb.NombreEjbFacade");
Algo más explicado sobre cómo acceder a las clases EJB 3.1 se encuentra en este post: Cliente remoto de EJB 3.1
Espero que les sea de utilidad.