RE: Ponencia de Liferay en la Open Source World Conference de Mälaga

RE: Communities lost after update 5.1.1 to 6.0.6.

2012-02-03T21:58:33Z

This class is for LF 6.0.6
The path to the class in the jar is: com/liferay/portal/upgrade/

I think you have to make the effort to migrate to LF 6.1, not LF. 6.0.6

Sorry for my English
regards

LF 6.0.6 No errors are displayed using spring and render-weight=0

2011-11-28T19:33:38Z

Hey everyone,
I have a portlet with spring MVC portlet ( spring-3.0.6 ).
The errors are returned:

1errors.rejectValue("name", "NotEmpty.name")

In the jsp I use to display errors:

1<%@ taglib prefix="form" uri="http://www.springframework.org/tags/form"%>
2
3 <form:errors path="*" />

In LF6.0.6 with

1 <render-weight>0</render-weight>

no errors are displayed

In LF5.1.1 not have this problem.

Can anyone guide me how to solve this problem?
Another configuration with similar effect to render-weight=0 ? .

thanks ! ( ... Sorry for my bad English )

LF 6.0.6: No se muestran errores con spring con render-weight=0

2011-11-17T18:48:21Z

Hola;
Tengo un portlet desarrollado con Spring (Spring Portlet MVC).

Para los errores que se quiere mostrar al usuario, utilizo el método "rejectValue", de la clase: org.springframework.validation.Errors
Ejemplo: errors.rejectValue("nombre", "NotEmpty.nombre")

En la página, el error se muestra usando la taglib de spring:
Ejemplo:
<%@ taglib prefix="form" uri="http://www.springframework.org/tags/form"%>

<form:errors path="*" />

En Liferay CE 6.0.6, si en: liferay-portlet.xml se tiene: <render-weight>0</render-weight>
Los errores no se muestran en la página.
Si se elimina esa línea, se muestran los errores correctamente.

En Liferay CE 5.1.1, no tengo este problema (siempre se muestran correctamente los errores).

Alguien puede guiarme como solucionar este problema? y poder usar render-weight=0, u otra configuración, con efecto similar.

Desde ya muchas gracias a todos ... saludos

RE: Varios formularios

2011-11-11T14:35:39Z

Hola. En el portlet es igual

1
2.jsp
3<form ... >
4 <input type="submit" value="Guardar" name="guardar" />
5 <input type="submit" value="Editar" name="editar" />
6</form>
7
8.java
9public void processAction(ActionRequest request, ActionResponse response) throws PortletException,IOException {
10
11 if( request.getParameter("guardar") ){ ... }
12 else if ( request.getParameter("editar") ){ ... }
13 }
14

Saludos

RE: Deploy portal src 6.0.5 compiler Exception

2011-09-02T22:54:39Z

I have the same problen with 6.0.6 ( liferay-portal-src-6.0.6-20110225.zip )
I have the same configuration that Hitoshi Ozawa ( I'm using JDK 1.6 but have set the ant.build.javac=1.5 )

RE: Communities lost after update 5.1.1 to 6.0.6.

2011-08-18T14:20:27Z

I make the following change in the class UpgradeProcess_5_2_3.java:

original code:

1 upgrade(UpgradeSchema.class);
2    upgrade(UpgradeDuplicates.class);
3    ....
4    ....

My change:

1 upgrade(UpgradeSchema.class);
2 [b]upgrade(UpgradeGroup.class);[/b]
3 upgrade(UpgradeSchema.class);

RE: Perdida de comunidades al hacer upgrade de 5.1.1 a 6.0.6

2011-08-18T14:21:10Z

Mientras no esté la nueva versión, en la clase "UpgradeProcess_5_2_3.java", intercambié el orden en que se ejecuta el método "upgrade(UpgradeGroup.class)".
Este cambio elimina el error mencionado, y hasta el momento no he encontrado nuevas fallas relacionadas a esto.
Ahora el orden en que ejecuto los procesos de upgrade en esta clase es:

1 upgrade(UpgradeSchema.class);
2 [b]upgrade(UpgradeGroup.class);
3 upgrade(UpgradeDuplicates.class);[/b]
4 ... ....

RE: Communities lost after update 5.1.1 to 6.0.6.

2011-08-17T15:48:34Z

Fixed in the next version.

http://issues.liferay.com/browse/LPS-20094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=144169#comment-144169

RE: Perdida de comunidades al hacer upgrade de 5.1.1 a 6.0.6

2011-08-17T15:45:04Z

El error estaría solucionado en la próxima versión.

http://issues.liferay.com/browse/LPS-20094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=144169#comment-144169

Communities lost after update 5.1.1 to 6.0.6.

2011-08-12T14:55:44Z

Hi!
I have LF 5.1.1 with several communities (Oracle 10 ).
I want upgrade to LF 6.0.6 .

For all communities (lf 5.1.1), "GROUP_" table has fields:
CLASSNAMEID = 0
CLASSPK = 0

In the automatic updated, the UpgradeProcess_5_2_3 execute "UpgradeDuplicates" to control two records in this table is not repeated, comparing the values of these two fields (CLASSNAMEID and CLASSPK).

duplicate = true;
....
if (! columnValue.equals (previousColumnValue)) {
duplicate = false;
}

Because all communities have these two fields the same value (0), the "duplicate" atribute is always "true", so it delete all communities.

if (duplicate) {
RunSQL (
"delete from" + tableName + "where" +
primaryKeyName + "=" + primaryKeyValue);

The only community that is safe is "guest". This is the first record to be evaluated, and no previous data to be compared.

1) Is correct the restriction (CLASSNAMEID, CLASSPK) unique?

2) Is a bug in the duplicate check, do not check the primary key (GROUPID)?

Thank you very much everyone for your contributions (sorry for my bad English) .

Perdida de comunidades al hacer upgrade de 5.1.1 a 6.0.6

2011-08-11T19:20:58Z

Saludos a la comunidad;
Tengo un LF 5.1.1 con varias comunidades, con Oracle 10, que quiero migrar a LF 6.0.6

En la tabla GROUP_, todas las comunidades tienen los campos:
CLASSNAMEID = 0
CLASSPK = 0

Cuando se ejecuta la actualización automática, al hacer el upgrade con: UpgradeProcess_5_2_3, en la clase: UpgradeDuplicates , para controlar que dos registros de esta tabla no esté repetida, compara los valores de estos dos campos mencionados ( CLASSNAMEID y CLASSPK).

duplicate = true;
....
if (!columnValue.equals(previousColumnValue)) {
duplicate = false;
}

Dado que todas las comunidades tienen estos dos campos en el mismo valor ( 0 ), la variable "duplicate" siempre es "true", por lo que elimina todas las comunidades.

if (duplicate) {
runSQL(
"delete from " + tableName + " where " +
primaryKeyName + " = " + primaryKeyValue);

La única comunidad que se salva de esta eliminación es "guest", ya que es el primer registro a ser evaluado, y no tiene datos previos para ser comparado.

1) Es correcta la restricción de que (CLASSNAMEID , CLASSPK) sean únicos ?

2) Ven como bug que en el chequeo de duplicidad que se realiza, no se tenga en cuenta la clave primaria GROUPID ?
En todo caso, la restricción de unicidad creo tendría que ser (GROUPID, CLASSNAMEID , CLASSPK)

Desde ya, muchas gracias a todos por sus aportes.

RE: Parche a aplicar antes de hacer upgrade de 5.2.3 a 6.0.6

2011-08-11T15:22:42Z

Hola Carlos.
Has podido solucionar el problema ?
Saludos y gracias

RE: Exportación mysql

2011-08-11T15:10:00Z

Hola juan.
Como dice David, la base de datos (mysql) puede estar en cualquier equipo. Solo tienes que configurar el equipo en donde conectarse en portal-ext.properties.
Por ejemplo:
#
# MySQL
#
jdbc.default.driverClassName=com.mysql.jdbc.Driver
jdbc.default.url=jdbc:mysql://equiporemoto/nombreBase?useUnicode=true&characterEn
coding=UTF-8&useFastDateParsing=false
jdbc.default.username=usuario
jdbc.default.password=clave

En caso que configures como repositorio de documentos el filesystem (por ejemplo por medio de jackrabbit), ésta es la carpeta que indica David que tienes que llevar al nuevo equipo donde hagas el deploy del portal.

saludos

RE: Problems with Liferay 6.0.4 (Ga2)

2011-08-08T17:23:59Z

rs.getDouble(...) fails when the decimal separator is a comma. This is the case of data in Spanish.

RE: No puedo Subir Multiples Archivos!!!

2008-12-31T12:59:03Z

Hola! En mi caso, desde linux con Firefox 3.0.4 funciona bien. Pero desde Win XP con Firefox 3.0.4 e IE 6 o 7 no funciona.
salu2

RE: Workflow portlet war file........

2008-11-20T00:17:47Z

Hi.
1) Workflow Portlet is included in Liferay 5.1.1 .
In Liferay 5.1.2, download the source and build the .war
( Using the Workflow Portlet )

RE: Primer acceso en español

2008-11-15T21:31:50Z

Creo que "default@liferay.com" sería el usuario "guest".
Bueno, resuelto el problema ;-)
salu2

RE: Primer acceso en españo

2008-11-15T15:49:55Z

Hola Paco;
Lo que nosotros hicimos fueron los pasos que se han indicado en este hilo ( en liferay 5.1.1 )

1) En system-ext.properties , agregar/modificar los parámetros: user.country , user.language y user.timezone
2) En portal-ext.properties , agregar/modificar el parámetro: locales
3) En la tabla USER_ , modificar los campos LANGUAGEID y TIMEZONEID (para todos los usuarios )

En ningún momento hacemos algún cambio de idioma / timezone desde "Enterprise Admin --> Settings" (por el bug que tu indicas ).

Luego de estos cambios, todos los portlets se ven en español, y en 'Enterprise Admin --> Settings' ( que creo pasa a llamarse Configuración o algo por el estilo), los parámetros de idioma son los que configuramos en los archivos .properties.

Luego de reiniciar los servidores, los parámetros se han mantenido correctamente.

RE: Primer acceso en español

2008-11-13T06:47:03Z

Hola!
Aparte de tener configurado portal-ext.properties y system-ext.properties para español como se menciona, verifica que los usuarios en la base también tengan el lenguaje en español . Esto es en la tabla USER_ , el campo "LANGUAGEID" .

suerte!

RE: Ponencia de Liferay en la Open Source World Conference de Mälaga

2008-11-10T19:36:07Z

Hola Jorge;
En Uruguay hay un evento de Java y Software Libre en diciembre OpenUy 08 .
Sería fantástico si pudieran asistir a dar una charla o taller de Liferay.

Saludos ;-)