Para que en AlloyUI un input sea de sólo lectura, debemos indicar
<aui:input type="text" name="name" readonly="true" />
<aui:input type="text" name="name" readonly="true" />
"Window > Preferences > General > Editors > Text Editors" y marcaremos el check: "Show line numbers".
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"
}
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"
}
}
# 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.
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
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.
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.
En la versión Liferay DXP 2026 para habilitar las fuentes de datos RSS debemos seguir los pasos siguientes: 1.- Accederemos a la Configuraci...