Re-deploy Plugin Ext en Liferay con Tomcat


Para deployar por primera vez un Plugin-Ext en Liferay corriendo sobre un Tomcat basta con deployarlo en "caliente" sobre la carpeta deploy/ y restartear, pero luego de la primera vez este método ya no funciona.

Esta es la forma "oficial" para la versión 6.x, aunque no bien documentada en Liferay.com.

Requerimientos:


  • Tener el Plugin Ext que queremos deployar empaquetado en formato .war
  • Tener todos los .war de todos los portlets deployados en nuestra instancia de Liferay.
  • Tener el "unbundled Liferay web application", se puede descarcar desde la página Additional Files, sección "Download WARs". Lo descargamos y renombramos a ROOT.war.
  • Hacer un backup ! Nunca hagas un deploy, y menos de un Ext, sin haber echo un backup tanto de la BBDD, como de la carpeta donde está Liferay instalado.


Pasos:


  1. Shutdown de la instancia
  2. Borrar del Tomcat webapps/*, work/* y temp/*. También lib/ext/*-ext*.jar
  3. Copiar en webapps/ el empaquetado de Liferay ROOT.war, y todos los .war de los portlets y themes en deploy/, excepto el Plugin Ext
  4. Startup de la instancia
  5. Luego de que arrancó y deployó, copiar el war del Ext en la carpeta deploy/
  6. Esperar a que termine el proceso de deploy (ver el log). Shutdown
  7. Copiar los .war de todos los plugins excepto los plugins Ext en deploy/nuevamente
  8. Startup


Otra manera que puede resultar más rápido, pero que no garantiza el redeploy en todos los casos (aparentemente no redeploya bien en los casos en que se cambian desde el Ext archivos JavaScript):
http://www.liferay.com/de/community/wiki/-/wiki/Main/Ext+Plugin

Comentarios

Publicar un comentario

Entradas más populares de este blog

Logs Queries de MongoDB con Mongotail

Imagen
Mongotail es una herramienta de línea de comandos que permite ver los logs de las últimas queries (o todas) ejecutadas en una base de datos Mongo , de una manera similar a la que el comando " tail " nos permite ver las últimas líneas de un archivo. Esto es realmente útil cuando estamos teniendo problemas de performance y necesitamos saber dónde se están consumiendo los recursos, o porqué una aplicación que suponemos hace una consulta no nos devuelve el resultado que esperamos, entre otros casos de uso. Desarrollé la herramienta con Python hace poco más de un mes, y hace unos días publiqué en los repositorios PyPI una última versión con mejoras, por lo que no es necesario saber nada de Python ni de como instalar un script en el PATH del sistema, ya que podemos instalarlo como un comando más del sistema con una herramienta llamad...
Leer más

Mongotail 2.0 with new performance features, SSL and MongoDB 3.2 support

Imagen
A couple of weeks ago I released Mongotail 2.0.0 , with new features and support for the latest version of MongoDB 3.2 . Also one of the most important features is the ability to login against a database with SSL authentication , and new options that give us more information about what is happening in our database, like the consumed time by a query, or how many registries the engine had to "walk" to find a particular record. What is Mongotail? mongotail is a command line tool to output any operation from a Mongo database in the standard output. You can see the operations collected by the database profiler from your console. In the following steps we will see how to use these new features, and at the end of the post are the instructions to update or install the tool. Activating the profiler of a database You need to activate the profiler of a database to see what is happening. In the following steps we will assume that we are connecting against a database ca...
Leer más

Grails: Fixing timeout exceptions and hibernate AssertionFailure when execute a SQL query

Some times, for a particular reason you need to perform a SQL query instead of execute a Grails/GORM operation . In these cases you can do the job writing a method in your domain models, or in your service classes like the following example: class MyService { def sessionFactory int myCustomOperation() { def session = sessionFactory.openSession() def sql = session.createSQLQuery( "SELECT field1 FROM ...MY CRAZY QUERY ... LIMIT 1") sql.uniqueResult().intValue() } } As you can seen, a new database session will open each time the function will call, so if the method is massively called by the application, it's possible that after the 30 th or more calls, a timeout exception will rise, because the BBDD engine doesn't have more connections to give to our application. A possible solution can be replace the openSession() call by a getCurrentSession() call, I have tried it, but the result is a new exception given the concurrent operations performed: hibe...
Leer más