:: Liferay 7.1. Error al generar un theme

En Liferay 7.1 desde Developer Studio a la hora de generar un theme, muestra un error ya que no resuelve algunas dependencias.

La solución, es revisar el fichero: "build.gradle" para comprobar las versiones añadidas en las dependencias. Por ejemplo, eliminando la versión específica se generará correctamente.

dependencies {

cssBuilder group: "com.liferay", name: "com.liferay.css.builder", version: "3.0.2"

parentThemes group: "com.liferay", name: "com.liferay.frontend.theme.styled", version: "3.0.16"

parentThemes group: "com.liferay", name: "com.liferay.frontend.theme.unstyled", version: "3.0.22"

  portalCommonCSS group: "com.liferay", name: "com.liferay.frontend.css.common", version: "3.0.1"

  themeBuilder group: "com.liferay", name: "com.liferay.portal.tools.theme.builder", version: "1.1.7"

}

Con esta configuración, en la que no se indican versiones específicas, debería generar correctamente el "theme".

dependencies {

cssBuilder group: "com.liferay", name: "com.liferay.css.builder", version: "3.0.2"

parentThemes group: "com.liferay", name: "com.liferay.frontend.theme.styled"

parentThemes group: "com.liferay", name: "com.liferay.frontend.theme.unstyled"

portalCommonCSS group: "com.liferay", name: "com.liferay.frontend.css.common"

themeBuilder group: "com.liferay", name: "com.liferay.portal.tools.theme.builder", version: "1.1.7"

}

:: Alfresco. Consultar la versión de Alfresco instalada

Una forma rápida de recuperar la versión de Alfresco que tenemos instalada, es a través de la API, de la siguiente manera:

https://localhost:8080/share/proxy/alfresco/api/server

Un ejemplo de la salida podría ser la siguiente:

{

   "data":

   {

      "edition": "Community",

      "version": "5.0.0 (d r99759-b2)",

      "schema": "8022"

   }

}

:: Liferay. # BridJ: LoadLibrary error when loading C:\Users\USERNAME\AppData\Local\Temp\BridJExtractedLibraries12860114070162595892\liferaysass.dll : A dynamic link library (DLL) initialization routine failed.

En Liferay 7.1, a la hora de generar un módulo se produce el siguiente error:

# BridJ: LoadLibrary error when loading C:\Users\USERNAME\AppData\Local\Temp\BridJExtractedLibraries12860114070162595892\liferaysass.dll : A dynamic link library (DLL) initialization routine failed.

Tras buscar información relacionada, se habla de que este bug está asociado al uso de Java11, pero el problema se da también en Java8.

https://issues.liferay.com/browse/LPS-87211?page=com.atlassian.streams.streams-jira-plugin%3Aactivity-stream-issue-tab

De acuerdo a otras entradas, una alternativa para solventar este error, es hacer uso de Ruby para compilar los ficheros .scss. Esto lo indicaremos en el fichero "gradle.properties" del workspace, con la siguiente línea:

sass.compiler.class.name=ruby

https://issues.liferay.com/browse/LRDOCS-4073

SVN :: Obstructed update svn

En ocasiones, a la hora de descargarnos un "theme" de nuestro repositorio de código: SVN, obtenemos el siguiente mensaje:

Obstructed update

svn: 'C:\liferay62\liferay-plugins-sdk-6.2\themes\portlet-theme' is already a working copy for a different URL

El problema es que tenemos una versión en local del proyecto. Una solución (si tenemos todos los cambios subidos al SVN) es eliminar la carpeta de local y hacer un checkout de lo que hay en el repositorio. 

:: Liferay. Not updating portlet because version 6.2.5.1 is newer than version 6.2.0.1

A la hora de desplegar un portlet en el log podemos obtener un mensaje indicando que este no se ha actualizado porque la versión desplegada en el servidor es más actual que la que estamos intentando desplegar.

Un ejemplo de mensaje podría ser:

Not updating portlet_name because version 6.2.5.1 is newer than version 6.2.0.1

Para solventarlo, tenemos que generar la versión correcta de nuestro portlet. Para el caso Liferay 6.2, accederemos a la carpeta donde tengamos el SDK (por ejemplo: C:\liferay62\liferay-plugins-sdk-6.2) y aquí encontraremos un fichero: "build.usuario.properties"; es decir, si nuestro usuario es: "netic360", el fichero se llamará: "build.netic360.properties".

Puesto que este es el fichero utilizado para llevar a cabo el "build" del portlet, debemos añadir la línea:

lp.version = 6.2.5

De esta manera, el .war del portlet se generará para la versión especificada.