Dos Ideas. - Contribuciones del usuario [es]

Cómo mostrar un BigDecimal según la localización

2010-01-22T21:04:51Z

Acandal: /* Ver también */

Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separador de miles y con ''''.'''' para separador de decimales.

Para mostrarlo según una localización determinada se puede utilizar la clase NumberFormat que formatea un objeto con valor numérico según el Locale que se indique:

<code java5>

BigDecimal myNumber = new BigDecimal("-1234.56");
NumberFormat format;

//Utilizando el locale por default de la JVM...
format = NumberFormat.getInstance();
System.out.println(format.format(myNumber));

//Utilizando un locale específico...
Locale localeArgentina = new Locale("es", "AR");
format = NumberFormat.getInstance(localeArgentina);
System.out.println(format.format(myNumber));

</code>

El primer parámetro para instanciar un objeto Locale es el [http://www.loc.gov/standards/iso639-2/php/English_list.php código de idioma (iso 639-1)] de dos caracteres y debe escribirse en minúsculas. El segundo parámetro corresponde a los [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm códigos de país (iso 3166)] de dos letras y debe escribirse en mayúsculas.

==Ver también==
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/util/Locale.html Javadoc de Locale]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/text/NumberFormat.html Javadoc de NumberFormat]

[[Category:Java]]

Cómo mostrar un BigDecimal según la localización

2010-01-22T21:04:10Z

Acandal: /* Ver también */

Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separador de miles y con ''''.'''' para separador de decimales.

Para mostrarlo según una localización determinada se puede utilizar la clase NumberFormat que formatea un objeto con valor numérico según el Locale que se indique:

<code java5>

BigDecimal myNumber = new BigDecimal("-1234.56");
NumberFormat format;

//Utilizando el locale por default de la JVM...
format = NumberFormat.getInstance();
System.out.println(format.format(myNumber));

//Utilizando un locale específico...
Locale localeArgentina = new Locale("es", "AR");
format = NumberFormat.getInstance(localeArgentina);
System.out.println(format.format(myNumber));

</code>

El primer parámetro para instanciar un objeto Locale es el [http://www.loc.gov/standards/iso639-2/php/English_list.php código de idioma (iso 639-1)] de dos caracteres y debe escribirse en minúsculas. El segundo parámetro corresponde a los [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm códigos de país (iso 3166)] de dos letras y debe escribirse en mayúsculas.

==Ver también==
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/util/Locale.html#Locale%28java.lang.String,%20java.lang.String%29 Javadoc de Locale]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/text/NumberFormat.html Javadoc de NumberFormat]

[[Category:Java]]

Cómo mostrar un BigDecimal según la localización

2010-01-22T21:02:00Z

Acandal:

Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separador de miles y con ''''.'''' para separador de decimales.

Para mostrarlo según una localización determinada se puede utilizar la clase NumberFormat que formatea un objeto con valor numérico según el Locale que se indique:

<code java5>

BigDecimal myNumber = new BigDecimal("-1234.56");
NumberFormat format;

//Utilizando el locale por default de la JVM...
format = NumberFormat.getInstance();
System.out.println(format.format(myNumber));

//Utilizando un locale específico...
Locale localeArgentina = new Locale("es", "AR");
format = NumberFormat.getInstance(localeArgentina);
System.out.println(format.format(myNumber));

</code>

El primer parámetro para instanciar un objeto Locale es el [http://www.loc.gov/standards/iso639-2/php/English_list.php código de idioma (iso 639-1)] de dos caracteres y debe escribirse en minúsculas. El segundo parámetro corresponde a los [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm códigos de país (iso 3166)] de dos letras y debe escribirse en mayúsculas.

==Ver también==
* [[Cómo mostrar un BigDecimal según la localización]]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]

[[Category:Java]]

Cómo mostrar un BigDecimal según la localización

2010-01-22T21:01:06Z

Acandal:

Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separador de miles y con ''''.'''' para separador de decimales.

Para mostrarlo según una localización determinada se puede utilizar la clase NumberFormat que formatea un objeto con valor numérico según el Locale que se indique:

<code java5>

BigDecimal myNumber = new BigDecimal("-1234.56");
NumberFormat format;

//Utilizando el locale por default de la JVM...
format = NumberFormat.getInstance();
System.out.println(format.format(myNumber));

//Utilizando un locale específico...
Locale localeArgentina = new Locale("es", "AR");
format = NumberFormat.getInstance(localeArgentina);
System.out.println(format.format(myNumber));

</code>

El primer parámetro para instanciar un objeto Locale es el [http://www.loc.gov/standards/iso639-2/php/English_list.php código de idioma (iso639-1)] de dos caracteres y debe escribirse en minúsculas. El segundo parámetro corresponde a los [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm códigos de país (iso3166)] de dos letras deben escribirse en mayúsculas.

==Ver también==
* [[Cómo mostrar un BigDecimal según la localización]]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]

Cómo mostrar un BigDecimal según la localización

2010-01-22T20:59:45Z

Acandal:

Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separador de miles y con ''''.'''' para separador de decimales.

Para mostrarlo según una localización determinada se puede utilizar la clase NumberFormat que formatea un objeto con valor numérico según el Locale que se indique:

<code java5>

BigDecimal myNumber = new BigDecimal("-1234.56");
NumberFormat format;

//Utilizando el locale por default de la JVM...
format = NumberFormat.getInstance();
System.out.println(format.format(myNumber));

//Utilizando un locale específico...
Locale localeArgentina = new Locale("es", "AR");
format = NumberFormat.getInstance(localeArgentina);
System.out.println(format.format(myNumber));

</code>

El primer parámetro para instanciar un objeto Locale es el [http://www.loc.gov/standards/iso639-2/php/English_list.php código de idioma (iso639)] de dos caracteres y debe escribirse en minúsculas. El segundo parámetro corresponde a los [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm códigos de país (iso3166)] de dos letras deben escribirse en mayúsculas.

==Ver también==
* [[Cómo mostrar un BigDecimal según la localización]]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]

Cómo mostrar un BigDecimal según la localización

2010-01-22T20:47:41Z

Acandal: Página creada con 'Si se quiere mostrar un objeto BigDecimal usando el método toString() de su clase, siempre se verá con el formato numérico norteamericano, es decir con '''','''' para separad…'

BigDecimal

2010-01-22T20:38:23Z

Acandal: /* Ver también */

[[Category:Java]]
La clase ''java.math.BigDecimal'' es una clase de [[Java]] para representar números con coma flotante, de manera precisa.

La clase BigDecimal tiene métodos para operar al mismo (sumar, restar, multiplicar, dividir).

==Construcción==
Para números con punto flotante (es decir, con parte decimal) la forma recomendada de construir un objeto BigDecimal es a través de un String.

BigDecimal a = new BigDecimal("10.20");

La construcción utilizando un double no es precisa, por la impresición intrínseca del Double.

==El BigDecimal en el JDK 1.4 y el JDK 1.5==

Supongamos el siguiente código:

new BigDecimal(1);

Depende donde se compile y ejecute, podemos tener problemas. En particular:

* Compilado con el JDK 1.4, funciona OK siempre
* Compilado con el JDK 1.5 y ejecutado en una JVM 1.5, funciona OK
* Compilado con el JDK 1.5 y ejecutado en una JVM 1.4, falla con un "NoSuchMethodError"

====El problema====

En JSE 1.4 NO existe el constructor BigDecimal(int). Luego el compilador del JDK 1.4 resuelve la llamada hacia el constructor Big Decimal(double).

Ahora bien, en JSE 1.5 se agregó el constructor BigDecimal(int). Al usar este compilador, se realiza la llamada a dicho constructor. Si se ejecuta con el Runtime de 1.5, todo funciona bien. Pero al ejecutar este código con el Runtime de 1.4, no se encuentra el constructor Big Decimal(int), y cuelga como ya vemos.

====Solución====
Invocar al constructor del BigDecimal con un String. O asegurarse que la ejecución se hará sobre un JSE 1.5

==Ver también==
* [[Cómo mostrar un BigDecimal según la localización]]
* [http://java.sun.com/j2se/1.5.0/docs/api/java/math/BigDecimal.html Javadoc del BigDecimal]

Subversion

2010-01-21T19:00:30Z

Acandal: /* Ver también */

El objetivo del proyecto [[Subversion]] es construir un sistema de [[Control De Versiones]] que sería la sustitución de [[CVS]] en la comunidad de [[Software Libre]].

Es [[Software Libre]] bajo una licencia de tipo Apache/BSD y se le conoce también como '''SVN''' por ser ese el nombre de la herramienta de línea de comandos. Una característica importante de [[Subversion]] es que, a diferencia de [[CVS]], los archivos versionados no tienen cada uno un número de revisión independiente. En cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en cierto punto del tiempo.

===Ventajas frente al CVS===
* Se sigue la historia de los archivos y directorios a través de copias y renombrados.
* Las modificaciones (incluyendo cambios a varios archivos) son atómicas.
* La creación de ramas y etiquetas es una operación más eficiente (tiene costo de complejidad constante y no lineal como en CVS).
* Se envían sólo las diferencias en ambas direcciones (en CVS siempre se envían al servidor archivos completos).
* Puede ser servido mediante Apache, sobre WebDAV/DeltaV. Esto permite que clientes WebDAV utilicen Subversion en forma transparente.
* Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto).
* Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez.

==Ver también==
* [[Branch Tag Con Subversion]]
* [[Como volver a una versión anterior con Tortoise SVN]]
*[http://subversion.tigris.org/ Web oficial de Subversion]
*[http://svnbook.red-bean.com/en/1.0/index.html Control de versiones con Subversion]
*[http://es.wikipedia.org/wiki/Subversion Subversion en la wikipedia]
*[http://tortoisesvn.net/ TortoiseSVN cliente Windows integrado al Explorer]

[[Category: Control De Versiones]]

Como volver a una version anterior con Tortoise SVN

2010-01-21T18:59:50Z

Acandal: Como volver a una version anterior con Tortoise SVN trasladada a Como volver a una versión anterior con Tortoise SVN: error ortográfico

#REDIRECCIÓN [[Como volver a una versión anterior con Tortoise SVN]]

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:59:50Z

Acandal: Como volver a una version anterior con Tortoise SVN trasladada a Como volver a una versión anterior con Tortoise SVN: error ortográfico

A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk.
Para volver a una revisión anterior usando la herramienta [http://tortoisesvn.net/ TortoiseSVN] se debe hacer lo siguiente:

# Descargar la última versión de los archivos subidos al repositorio.
# En la carpeta descargada, click derecho para que aparezca el menú contextual del Explorer de Windows.
# Tortoise SVN -> Show Log
# Aparecen todas las revisiones del proyecto
# Seleccionar la revision a la que se quiere volver y luego click derecho -> "Revert to this Revision".
# hasta acá localmente tengamos la revisión elegida, solo quedaría commitear los cambios para que la antigua revisión reemplace la actual: Click derecho -> SVN Commit

==Ver también==
* [[Subversion]]
*[http://subversion.tigris.org/ Web oficial de Subversion]

[[Category: Control De Versiones]]

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:13:33Z

Acandal:

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:13:01Z

Acandal:

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:11:42Z

Acandal:

A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk.
Para volver a una revisión anterior usando la herramienta [[http://tortoisesvn.net/ TortoiseSVN]] se debe hacer lo siguiente:

# Descargar la última versión de los archivos subidos al repositorio.
# En la carpeta descargada, click derecho para que aparezca el menú contextual del Explorer de Windows.
# Tortoise SVN -> Show Log
# Aparecen todas las revisiones del proyecto
# Seleccionar la revision a la que se quiere volver y luego click derecho -> "Revert to this Revision".
# hasta acá localmente tengamos la revisión elegida, solo quedaría commitear los cambios para que la antigua revisión reemplace la actual: Click derecho -> SVN Commit

==Ver también==
* [[Subversion]]
*[http://subversion.tigris.org/ Web oficial de Subversion]

[[Category: Control De Versiones]]

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:09:37Z

Acandal:

A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk.
Para volver a una revisión anterior usando la herramienta [[http://tortoisesvn.net/ TortoiseSVN]] se debe hacer lo siguiente:

# Descargar la última versión de los archivos subidos al repositorio.
# En la carpeta descargada, click derecho para que aparezca el menú contextual del Explorer de Windows.
# Tortoise SVN -> Show Log
# Aparecen todas las revisiones del proyecto
# Seleccionar la revision a la que se quiere volver y luego click derecho -> "Revert to this Revision"

Esto hace que localmente tengamos la revisión elegida, solo quedaría commitear los cambios para que la antigua revisión reemplace la actual.

==Ver también==
* [[Subversion]]
*[http://subversion.tigris.org/ Web oficial de Subversion]

[[Category: Control De Versiones]]

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:06:33Z

Acandal:

A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk.
Para volver a una revisión anterior usando la herramienta [[http://tortoisesvn.net/ TortoiseSVN]] se debe hacer lo siguiente:

* Descargar la última versión de los archivos subidos al repositorio.
* En la carpeta descargada, click derecho para que aparezca el menú contextual del Explorer de Windows.
* Tortoise SVN -> Show Log
* Aparecen todas las revisiones del proyecto
* Seleccionar la revision a la que se quiere volver y luego click derecho -> "Revert to this Revision"

Esto hace que localmente tengamos la revisión elegida, solo quedaría commitear los cambios para que la antigua revisión reemplace la actual.

==Ver también==
* [[Subversion]]
*[http://subversion.tigris.org/ Web oficial de Subversion]

[[Category: Control De Versiones]]

Como volver a una versión anterior con Tortoise SVN

2010-01-21T18:05:35Z

Acandal: Página creada con 'A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk. Para volver a una revisión anterior usando la herramienta [[http://tortoises…'

A veces es necesario deshacer los cambios hechos en una rama del repositorio, por ejemplo el trunk.
Para volver a una revisión anterior usando la herramienta [[http://tortoisesvn.net/ TortoiseSVN]] se debe hacer lo siguiente:

* Descargar la última versión de los archivos subidos al repositorio.
* En la carpeta descargada, click derecho para que aparezca el menú contextual del Explorer de Windows.
* Tortoise SVN -> Show Log
* Aparecen todas las revisiones del proyecto
* Seleccionar la revision a la que se quiere volver y luego click derecho -> "Revert to this Revision"

Esto hace que localmente tengamos la revisión elegida, solo quedaría commitear los cambios para que la antigua revisión reemplace la actual.

Tortoise SVN

2010-01-21T17:51:33Z

Acandal: Blanqueada la página

Subversion

2010-01-21T17:50:59Z

Acandal:

El objetivo del proyecto [[Subversion]] es construir un sistema de [[Control De Versiones]] que sería la sustitución de [[CVS]] en la comunidad de [[Software Libre]].

Es [[Software Libre]] bajo una licencia de tipo Apache/BSD y se le conoce también como '''SVN''' por ser ese el nombre de la herramienta de línea de comandos. Una característica importante de [[Subversion]] es que, a diferencia de [[CVS]], los archivos versionados no tienen cada uno un número de revisión independiente. En cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en cierto punto del tiempo.

===Ventajas frente al CVS===
* Se sigue la historia de los archivos y directorios a través de copias y renombrados.
* Las modificaciones (incluyendo cambios a varios archivos) son atómicas.
* La creación de ramas y etiquetas es una operación más eficiente (tiene costo de complejidad constante y no lineal como en CVS).
* Se envían sólo las diferencias en ambas direcciones (en CVS siempre se envían al servidor archivos completos).
* Puede ser servido mediante Apache, sobre WebDAV/DeltaV. Esto permite que clientes WebDAV utilicen Subversion en forma transparente.
* Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto).
* Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez.

==Ver también==
* [[Branch Tag Con Subversion]]
* [[Como volver a una version anterior con Tortoise SVN]]
*[http://subversion.tigris.org/ Web oficial de Subversion]
*[http://svnbook.red-bean.com/en/1.0/index.html Control de versiones con Subversion]
*[http://es.wikipedia.org/wiki/Subversion Subversion en la wikipedia]
*[http://tortoisesvn.net/ TortoiseSVN cliente Windows integrado al Explorer]

[[Category: Control De Versiones]]

Tortoise SVN

2010-01-21T17:49:29Z

Acandal: Página creada con 'Tortoise SVN es una herramienta de código libre para Windows trabajar con repositorios SVN. La página principal es http://tortoisesvn.tigris.org/ Permite: *Descargar proyecto…'

Tortoise SVN es una herramienta de código libre para Windows trabajar con repositorios SVN. La página principal es http://tortoisesvn.tigris.org/

Permite:
*Descargar proyectos de un repositorio SVN y subir cambios.
*Administrar Tags y revisiones.
*Comparar versiones.
*Etc.

Subversion

2010-01-21T17:44:25Z

Acandal: /* Ver también */

El objetivo del proyecto [[Subversion]] es construir un sistema de [[Control De Versiones]] que sería la sustitución de [[CVS]] en la comunidad de [[Software Libre]].

Es [[Software Libre]] bajo una licencia de tipo Apache/BSD y se le conoce también como '''SVN''' por ser ese el nombre de la herramienta de línea de comandos. Una característica importante de [[Subversion]] es que, a diferencia de [[CVS]], los archivos versionados no tienen cada uno un número de revisión independiente. En cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en cierto punto del tiempo.

===Ventajas frente al CVS===
* Se sigue la historia de los archivos y directorios a través de copias y renombrados.
* Las modificaciones (incluyendo cambios a varios archivos) son atómicas.
* La creación de ramas y etiquetas es una operación más eficiente (tiene costo de complejidad constante y no lineal como en CVS).
* Se envían sólo las diferencias en ambas direcciones (en CVS siempre se envían al servidor archivos completos).
* Puede ser servido mediante Apache, sobre WebDAV/DeltaV. Esto permite que clientes WebDAV utilicen Subversion en forma transparente.
* Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto).
* Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez.

==Ver también==
* [[Branch Tag Con Subversion]]
* [[Tortoise SVN]]
*[http://subversion.tigris.org/ Web oficial de Subversion]
*[http://svnbook.red-bean.com/en/1.0/index.html Control de versiones con Subversion]
*[http://es.wikipedia.org/wiki/Subversion Subversion en la wikipedia]
*[http://tortoisesvn.net/ TortoiseSVN cliente Windows integrado al Explorer]

[[Category: Control De Versiones]]

Consultas Con HibernateTemplate

2009-04-20T13:29:58Z

Acandal:

En [[Spring Framework]], Los DAO que heredan de ''HibernateDaoSupport'' tienen acceso al método ''getHibernateTemplate'', el cual devuelve una clase con diversas utilidades para manejar objetos con Hibernate.

===Buscar un objeto por ID===

Si necesitamos buscar un objeto por su ID, tenemos básicamente dos opciones: usar el método ''get()'' o el método
''load()'' de la Session de Hibernate.

''get()'' busca una entidad por su PK, y devuelve null si no la encuentra. Por otro lado, ''load()'' realiza la misma operación, pero tira una DataAccessException si no se encuentra. En general, debe usarse ''load()'' cuando no se espera que la entidad no se encuentre.

<code java>
public Invasor buscarInvasorPorId(Long id) {
return getHibernateTemplate().get(Invasor.class, id);
}
</code>

===Buscar colecciones con Criteria===

Existen dos formas básicas de realizar estas consultas: utilizando Criteria, o escribiendo la consulta en HQL.

Generalmente, utilizar Criteria es más simple y facil de programar, y suele ser una buena elección cuando en la consulta se realiza sobre el objeto mapeado (y las relaciones que tenga explicitamente mapeadas). En otros casos, el query en HQL puede ser más conveniente.

Suponiendo que un Invasor tenga un Estado (relación muchos-a-uno desde el Invasor al Estado), se puede referenciar directamente al Estado de un Invasor (como si fuera un atributo más... que de hecho, lo es!).

<code java>
public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

La clase Restrictions tiene varios operadores útiles, como ser LIKE case-unsensitive. Además, se pueden establecer criterios de ordenamiento.

<code java>
public Collection<Invasor> buscarInvasoresPorEstadoNombre(Long idEstado, String nombre) {

DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
criteria.add(Restrictions.ilike("nombre", nombre));
criteria.addOrder(Order.desc("fechaEnrolamiento"));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

===Buscar colecciones con HQL===

En ciertas circunstancias, puede ser preferible usar HQL. HibernateTemplate también provee algunos métodos útiles para esto. Supongamos el mismo método ''buscarInvasoresPorEstado()'', esta vez resuelto con HQL.
<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
return getHibernateTemplate().find(QUERY, idEstado);
}
</code>

Otra alternativa es utilizar el método ''iterate()'' que devuelve un iterador para recorrer los resultados.

<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Iterator<Invasor> buscarIteradorDeInvasoresPorEstado(Long idEstado) {
HibernateTemplate ht = getHibernateTemplate();
ht.setFetchSize(15);
Iterator it = ht.iterate(QUERY, idEstado);
return it;
}
</code>

Importante: Notar que con esta alternativa, se modifica el fetch size del template de hibernate incluso para las siguientes utilizaciones del dao. Para utilizar el default, debería volver a setearse en 0.

Un análisis de estas alternativas se puede ver en [[Eficiencia Ejecutando Querys Con Hibernate]]

===Buscar colecciones por muestra===
A veces puede ser útil realizar una búsqueda por "muestra". En estas búsquedas, se crea un objeto mapeado seteando los valores que queremos ubicar, y este mismo objeto es usado como filtro para crear la consulta. En este tipo de búsquedas no se tiene en cuenta el ID del objeto de muestra (es decir, aunque el objeto de muestra tenga seteado su PK, no será utilizada para la búsqueda).

<code java>
public Collection<Invasor> buscarInvasoresPorFechaEnrolamiento(Date fechaEnrolamiento) {
Invasor invasor = new Invasor();
invasor.setFechaEnrolamiento(fechaEnrolamiento);
return getHibernateTemplate().findByExample(invasor);
}
</code>

===Buscar un sólo objeto con consultas===

Los métodos find (de Criteria o HQL) siempre devuelve colecciones de objetos. Pero, ¿qué pasa si sabemos que nuestro query sólo puede devolver una instancia? Para esto, podemos usar la clase ''DataAccessUtils'' de Spring.

Como todos saben, cada comandante de la flota Irken sólo puede liderar una nave espacial (son petisos los Irken, no les daría para ir paseando por diversas naves...)

<code java>
public NaveEspacial buscarNaveEspacialPorComandante(Long idInvasor) {
DetachedCriteria criteria = DetachedCriteria.forClass(NaveEspecial.class);
criteria.add(Restrictions.eq("idInvasorComandate", idInvasor));
return (NaveEspacial) DataAccessUtils.uniqueResult(getHibernateTemplate().findByCriteria(criteria));
}
</code>

El método ''DataAccessUtils.uniqueResult()'' lanzará una excepción si la consulta devuelve más de un resultado.

===Paginar resultados===

Los métodos de búsqueda tienen una forma simple para paginar resultados. El método ''findByCriteria(criteria, desde, cantidad)'' permite obtener un set reducido de datos.

El siguiente método devuelve el "Top ten" de los mejores Invasores de la flota.

<code java>
public Collection<Invasor> buscarMejoresInvasores() {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.addOrder(Order.desc("cantPlanetasConquistados"));
return getHibernateTemplate().findByCriteria(criteria,0,10);
}
</code>

==Ver también==
* [[Hibernate Con Spring]]

Consultas Con HibernateTemplate

2009-04-16T15:19:41Z

Acandal: /* Buscar colecciones con HQL */

En [[Spring Framework]], Los DAO que heredan de ''HibernateDaoSupport'' tienen acceso al método ''getHibernateTemplate'', el cual devuelve una clase con diversas utilidades para manejar objetos con Hibernate.

===Buscar un objeto por ID===

Si necesitamos buscar un objeto por su ID, tenemos básicamente dos opciones: usar el método ''get()'' o el método
''load()'' de la Session de Hibernate.

''get()'' busca una entidad por su PK, y devuelve null si no la encuentra. Por otro lado, ''load()'' realiza la misma operación, pero tira una DataAccessException si no se encuentra. En general, debe usarse ''load()'' cuando no se espera que la entidad no se encuentre.

<code java>
public Invasor buscarInvasorPorId(Long id) {
return getHibernateTemplate().get(Invasor.class, id);
}
</code>

===Buscar colecciones con Criteria===

Existen dos formas básicas de realizar estas consultas: utilizando Criteria, o escribiendo la consulta en HQL.

Generalmente, utilizar Criteria es más simple y facil de programar, y suele ser una buena elección cuando en la consulta se realiza sobre el objeto mapeado (y las relaciones que tenga explicitamente mapeadas). En otros casos, el query en HQL puede ser más conveniente.

Suponiendo que un Invasor tenga un Estado (relación muchos-a-uno desde el Invasor al Estado), se puede referenciar directamente al Estado de un Invasor (como si fuera un atributo más... que de hecho, lo es!).

<code java>
public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

La clase Restrictions tiene varios operadores útiles, como ser LIKE case-unsensitive. Además, se pueden establecer criterios de ordenamiento.

<code java>
public Collection<Invasor> buscarInvasoresPorEstadoNombre(Long idEstado, String nombre) {

DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
criteria.add(Restrictions.ilike("nombre", nombre));
criteria.addOrder(Order.desc("fechaEnrolamiento"));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

===Buscar colecciones con HQL===

En ciertas circunstancias, puede ser preferible usar HQL. HibernateTemplate también provee algunos métodos útiles para esto. Supongamos el mismo método ''buscarInvasoresPorEstado()'', esta vez resuelto con HQL.
<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
return getHibernateTemplate().find(QUERY, idEstado);
}
</code>

Otra alternativa es utilizar el método ''iterate()'' que devuelve un iterador para recorrer los resultados.

<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Iterator<Invasor> buscarIteradorDeInvasoresPorEstado(Long idEstado) {
HibernateTemplate ht = getHibernateTemplate();
ht.setFetchSize(15);
Iterator it = ht.iterate(QUERY, idEstado);
return it;
}
</code>

Un análisis de estas alternativas se puede ver en [[Eficiencia ejecutando Querys Con Hibernate]]

===Buscar colecciones por muestra===
A veces puede ser útil realizar una búsqueda por "muestra". En estas búsquedas, se crea un objeto mapeado seteando los valores que queremos ubicar, y este mismo objeto es usado como filtro para crear la consulta. En este tipo de búsquedas no se tiene en cuenta el ID del objeto de muestra (es decir, aunque el objeto de muestra tenga seteado su PK, no será utilizada para la búsqueda).

<code java>
public Collection<Invasor> buscarInvasoresPorFechaEnrolamiento(Date fechaEnrolamiento) {
Invasor invasor = new Invasor();
invasor.setFechaEnrolamiento(fechaEnrolamiento);
return getHibernateTemplate().findByExample(invasor);
}
</code>

===Buscar un sólo objeto con consultas===

Los métodos find (de Criteria o HQL) siempre devuelve colecciones de objetos. Pero, ¿qué pasa si sabemos que nuestro query sólo puede devolver una instancia? Para esto, podemos usar la clase ''DataAccessUtils'' de Spring.

Como todos saben, cada comandante de la flota Irken sólo puede liderar una nave espacial (son petisos los Irken, no les daría para ir paseando por diversas naves...)

<code java>
public NaveEspacial buscarNaveEspacialPorComandante(Long idInvasor) {
DetachedCriteria criteria = DetachedCriteria.forClass(NaveEspecial.class);
criteria.add(Restrictions.eq("idInvasorComandate", idInvasor));
return (NaveEspacial) DataAccessUtils.uniqueResult(getHibernateTemplate().findByCriteria(criteria));
}
</code>

El método ''DataAccessUtils.uniqueResult()'' lanzará una excepción si la consulta devuelve más de un resultado.

===Paginar resultados===

Los métodos de búsqueda tienen una forma simple para paginar resultados. El método ''findByCriteria(criteria, desde, cantidad)'' permite obtener un set reducido de datos.

El siguiente método devuelve el "Top ten" de los mejores Invasores de la flota.

<code java>
public Collection<Invasor> buscarMejoresInvasores() {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.addOrder(Order.desc("cantPlanetasConquistados"));
return getHibernateTemplate().findByCriteria(criteria,0,10);
}
</code>

==Ver también==
* [[Hibernate Con Spring]]

Consultas Con HibernateTemplate

2009-04-16T15:18:52Z

Acandal: /* Buscar colecciones con HQL */

En [[Spring Framework]], Los DAO que heredan de ''HibernateDaoSupport'' tienen acceso al método ''getHibernateTemplate'', el cual devuelve una clase con diversas utilidades para manejar objetos con Hibernate.

===Buscar un objeto por ID===

Si necesitamos buscar un objeto por su ID, tenemos básicamente dos opciones: usar el método ''get()'' o el método
''load()'' de la Session de Hibernate.

''get()'' busca una entidad por su PK, y devuelve null si no la encuentra. Por otro lado, ''load()'' realiza la misma operación, pero tira una DataAccessException si no se encuentra. En general, debe usarse ''load()'' cuando no se espera que la entidad no se encuentre.

<code java>
public Invasor buscarInvasorPorId(Long id) {
return getHibernateTemplate().get(Invasor.class, id);
}
</code>

===Buscar colecciones con Criteria===

Existen dos formas básicas de realizar estas consultas: utilizando Criteria, o escribiendo la consulta en HQL.

Generalmente, utilizar Criteria es más simple y facil de programar, y suele ser una buena elección cuando en la consulta se realiza sobre el objeto mapeado (y las relaciones que tenga explicitamente mapeadas). En otros casos, el query en HQL puede ser más conveniente.

Suponiendo que un Invasor tenga un Estado (relación muchos-a-uno desde el Invasor al Estado), se puede referenciar directamente al Estado de un Invasor (como si fuera un atributo más... que de hecho, lo es!).

<code java>
public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

La clase Restrictions tiene varios operadores útiles, como ser LIKE case-unsensitive. Además, se pueden establecer criterios de ordenamiento.

<code java>
public Collection<Invasor> buscarInvasoresPorEstadoNombre(Long idEstado, String nombre) {

DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.add(Restrictions.eq("estado.id", idEstado));
criteria.add(Restrictions.ilike("nombre", nombre));
criteria.addOrder(Order.desc("fechaEnrolamiento"));
return getHibernateTemplate().findByCriteria(criteria);
}
</code>

===Buscar colecciones con HQL===

En ciertas circunstancias, puede ser preferible usar HQL. HibernateTemplate también provee algunos métodos útiles para esto. Supongamos el mismo método ''buscarInvasoresPorEstado()'', esta vez resuelto con HQL.
<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Collection<Invasor> buscarInvasoresPorEstado(Long idEstado) {
return getHibernateTemplate().find(QUERY, idEstado);
}
</code>

Otra alternativa es utilizar el método ''iterate()'' que devuelve un iterador para recorrer los resultados.

<code java>
private final String QUERY = "from Invasor invasor where invasor.estado.id = ?";

public Iterator<Invasor> buscarIteratorDeInvasoresPorEstado(Long idEstado) {
HibernateTemplate ht = getHibernateTemplate();
ht.setFetchSize(15);
Iterator it = ht.iterate(QUERY, idEstado);
return it;
}
</code>

Un análisis de estas alternativas se puede ver en [[Eficiencia ejecutando Querys Con Hibernate]]

===Buscar colecciones por muestra===
A veces puede ser útil realizar una búsqueda por "muestra". En estas búsquedas, se crea un objeto mapeado seteando los valores que queremos ubicar, y este mismo objeto es usado como filtro para crear la consulta. En este tipo de búsquedas no se tiene en cuenta el ID del objeto de muestra (es decir, aunque el objeto de muestra tenga seteado su PK, no será utilizada para la búsqueda).

<code java>
public Collection<Invasor> buscarInvasoresPorFechaEnrolamiento(Date fechaEnrolamiento) {
Invasor invasor = new Invasor();
invasor.setFechaEnrolamiento(fechaEnrolamiento);
return getHibernateTemplate().findByExample(invasor);
}
</code>

===Buscar un sólo objeto con consultas===

Los métodos find (de Criteria o HQL) siempre devuelve colecciones de objetos. Pero, ¿qué pasa si sabemos que nuestro query sólo puede devolver una instancia? Para esto, podemos usar la clase ''DataAccessUtils'' de Spring.

Como todos saben, cada comandante de la flota Irken sólo puede liderar una nave espacial (son petisos los Irken, no les daría para ir paseando por diversas naves...)

<code java>
public NaveEspacial buscarNaveEspacialPorComandante(Long idInvasor) {
DetachedCriteria criteria = DetachedCriteria.forClass(NaveEspecial.class);
criteria.add(Restrictions.eq("idInvasorComandate", idInvasor));
return (NaveEspacial) DataAccessUtils.uniqueResult(getHibernateTemplate().findByCriteria(criteria));
}
</code>

El método ''DataAccessUtils.uniqueResult()'' lanzará una excepción si la consulta devuelve más de un resultado.

===Paginar resultados===

Los métodos de búsqueda tienen una forma simple para paginar resultados. El método ''findByCriteria(criteria, desde, cantidad)'' permite obtener un set reducido de datos.

El siguiente método devuelve el "Top ten" de los mejores Invasores de la flota.

<code java>
public Collection<Invasor> buscarMejoresInvasores() {
DetachedCriteria criteria = DetachedCriteria.forClass(Invasor.class);
criteria.addOrder(Order.desc("cantPlanetasConquistados"));
return getHibernateTemplate().findByCriteria(criteria,0,10);
}
</code>

==Ver también==
* [[Hibernate Con Spring]]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T15:06:06Z

Acandal:

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente [http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html org.hibernate.Query] que provee 3 metodos para obtener los resultados de un Query: ''list()'', ''iterate()'' y ''scroll()''.

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code java>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método ''Query.iterate()'' devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método ''Iterator.next()'' que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método ''Iterator.next()'' ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo ''Iterator.next()'', se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método ''Query.setFetchSize()'' antes de la ejecución de la consulta.

Ejemplo:

<code java>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método ''Query.list()'' cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método ''Query.iterate()'' se ajusta mejor ya que permite limitar (con ''Query.setFetchSize()'' ) la cantidad de resultados que se tienen en memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

*[http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying]
*[http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java]
*[http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet]
*[[Consultas Con HibernateTemplate]]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T15:04:00Z

Acandal:

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente [http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html org.hibernate.Query] que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code java>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code java>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

*[http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying]
*[http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java]
*[http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet]
*[[Consultas Con HibernateTemplate]]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T15:01:04Z

Acandal: /* Ver También */

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente [http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html org.hibernate.Query] que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

*[http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying]
*[http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java]
*[http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet]
*[[Consultas Con HibernateTemplate]]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T14:58:16Z

Acandal: /* Ver También */

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente [http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html org.hibernate.Query] que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

*[http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying]
*[http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/orm/hibernate/HibernateTemplate.html Querys con Spring HibernateTemplate]
*[http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java]
*[http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T14:57:11Z

Acandal:

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente [http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html org.hibernate.Query] que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

[http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying]
[http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/orm/hibernate/HibernateTemplate.html Querys con Spring HibernateTemplate]
[http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java]
[http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet]

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T14:51:14Z

Acandal:

==Hibernate Query==

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente org.hibernate.Query que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

===Query.list()===

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

===Query.iterate()===

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

==Conclusión==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

==Ver También==

http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html Hibernate Query Interface
http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying
http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/orm/hibernate/HibernateTemplate.html Querys con Spring HibernateTemplate
http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java
http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T14:46:52Z

Acandal:

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es precisamente org.hibernate.Query que provee 3 metodos para obtener los resultados de un Query: list(), iterate() y scroll().

Se analizarán los dos primeros en cuanto a eficiencia y conveniencia de uso.

== Query.list() ==

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

== Query.iterate() ==

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next() ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario no se podrán obtener los resultados subsiguientes de la base de datos.

== Conclusión ==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list() cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por falta de memoria en casos potenciales de muchos resultados en un query.

== Vea También ==

http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html Hibernate Query Interface
http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying
http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/orm/hibernate/HibernateTemplate.html Querys con Spring HibernateTemplate
http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java
http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet

Eficiencia Ejecutando Querys Con Hibernate

2009-04-16T14:45:17Z

Acandal: Página creada con ' Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz que se utiliza para la ejecución de queries es pr...'

Hibernate provee varias formas de ejecutar un mismo Query HQL, devolviendo los resultados de distintas maneras. La interfaz

que se utiliza para la ejecución de queries es precisamente org.hibernate.Query que provee 3 metodos para obtener los

resultados de un Query: list(), iterate() y scroll(). Se analizarán los dos primeros en cuanto a eficiencia en nuestras

aplicaciones.

== Query.list() ==

El método Query.list() devuelve en una colección todos los resultados del Query. Es decir, en la colección se encuentran

instanciadas todas las entidades que corresponden al resultado de la ejecución del HQL, por lo tanto el ResultSet subyacente

de la conexión JDBC se cierra ya que no se necesita más.

Notar que esta alternativa realiza una única comunicación con la base de datos en donde se traen todos los resultados y requiere que haya memoria suficiente para almacenar todos los objetos resultantes del query. Si la cantidad de resultados es extensa, el delay del acceso a la base será notorio.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
List autos = q.list();
</code>

== Query.iterate() ==

El método Query.iterate() devuelve un iterador java.util.Iterator para iterar los resultados del query.
En este caso, las entidades se instancian "a demanda", es decir, con cada llamada al método Iterator.next() que devolverá la

entidad de la posición actual del iterador.

Para resolver esto, Hibernate ejecuta el query obteniendo sólo los ids de las entidades, y en cada llamada al método next()

ejecuta la consulta propia para obtener la entidad completa. Esto se traduce en una mayor cantidad de accesos a la base de

datos, resultando en un mayor tiempo de procesamiento total. La ventaja de este método es que no se requiere que todas las

entidades estén cargadas en memoria simultáneamente, consumiendo memoria innecesariamente.

Para optimizar la obtención de entidades haciendo que no se realice un acceso a la base por cada llamada al metodo

Iterator.next(), se puede fijar la cantidad de resultados a traer en cada acceso o "fetch". Esto se configura llamando al

método Query.setFetchSize() antes de la ejecución de la consulta.

Ejemplo:

<code>
Query q = session.createQuery("from Auto auto where auto.aniocreacion < 1985 ");
q.setFetchSize(10); // se obtendrán 10 resultados en cada acceso a la base.
Iterator iter = q.iterate();
while ( iter.hasNext() ) {
Auto auto = (Auto) iter.next(); // fetch the object
...

}
</code>

Debe tenerse particular cuidado en que no se cierre la sesión de hibernate mientras se utiliza el iterador, de lo contrario

no se podrán obtener los resultados subsiguientes de la base de datos.

== Conclusión ==

Para los casos en que se deban tener acceso simultáneo a todas las entidades resultantes de un Query, el método Query.list()

cumplirá con los requisitos, teniendo en cuenta que todos los resultados esperados ocuparán espacio en memoria.

Si lo que se necesita es realizar una operación con cada entidad y luego esa entidad no se utilizará más, el método

Query.iterate() se ajusta mejor ya que permite limitar (con Query.setFetchSize() ) la cantidad de resultados que se tienen en

memoria y no consumir recursos innecesariamente, haciendo que la aplicación sea más eficiente y menos propensa a fallos por

falta de memoria en casos potenciales de muchos resultados en un query.

== Vea También ==

http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Query.html Hibernate Query Interface
http://www.hibernate.org/hib_docs/reference/en/html/objectstate-querying.html Hibernate Queriying
http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/orm/hibernate/HibernateTemplate.html Querys con Spring HibernateTemplate
http://articles.techrepublic.com.com/5100-10878_11-1046675.html Deciding between iterators and lists for returned values in Java
http://java.sun.com/j2se/1.4.2/docs/api/java/sql/ResultSet.html Interface java.sql.ResultSet

Hibernate

2009-04-16T12:53:29Z

Acandal: /* Ver también */

Hibernate es un framework de persistencia de objetos para Java. Su función principal es la de [[Mapeo Objeto-Relacional]], es decir, mapear objetos a tablas de una base de datos relacional.

Actualmente Hibernate cuanta con varios subproyectos que resuelven distintos aspectos del acceso y manipulación de datos.

== Log de querys ==
Es posible decirle a Hibernate que realice un log de los comandos SQL que ejecuta. Esto resulta muy útil en tiempo de desarrollo.

Para esto es necesario definir la propiedad ''show_sql'' en la configuración de Hibernate (generalmente, el archivo ''hibernate.cfg.xml''):

<code xml>
<property name="show_sql">true</property>
</code>

Al ejecutar veremos algo como lo siguiente:

<code sql>
select emails0_.PERSON_ID as PERSON1_0_, emails0_.EMAIL_ADDR as EMAIL2_0_
from PERSONA emails0_
where emails0_.PERSON_ID=?
</code>

Si además queremos que el log aparezca mejor formateado, agregamos la variable ''format_sql'':

<code xml>
<property name="format_sql">true</property>
</code>

Y veremos:
<code sql>
select
emails0_.PERSON_ID as PERSON1_0_,
emails0_.EMAIL_ADDR as EMAIL2_0_
from
PERSONA emails0_
where
emails0_.PERSON_ID=?
</code>

Si ademas desean saber los valores de las bind variables, y variables de resultado que se utilizan en el query, deben configurar lo siguiente en el archivo ''log4j.properties'':

<code>
log4j.logger.org.hibernate.type=debug
</code>

Y veremos:
<code>
12:30:56,551 DEBUG LongType:133 - binding '1' to parameter: 1
12:30:56,551 DEBUG LongType:172 - returning '1' as column: PERSON1_0_
12:30:56,567 DEBUG StringType:172 - returning 'demo@dosideas.com' as column: EMAIL2_0_
</code>

Otra opción bastante interesante es ver el manejo de recursos por parte de Jdbc. Se debe agregar la propiedad:

<code>
log4j.logger.org.hibernate.jdbc=debug
</code>

Y veremos:

<code>
12:30:56,551 - opening JDBC connection
12:30:56,553 - preparing statement
12:30:56,554 - about to open ResultSet (open ResultSets: 0, globally: 0)
12:30:57,551 - about to close ResultSet (open ResultSets: 1, globally: 1)
12:30:58,551 - about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
12:30:58,552 - closing statement
12:30:56,553 - aggressively releasing JDBC connection
12:30:56,554 - releasing JDBC connection [ (open PreparedStatements: 0, globally: 0)
(open ResultSets: 0, globally: 0)]
</code>

== Ver también ==
* [[Cache De Hibernate]]
* [[Hibernate Con Spring]]
* [[Actualizacion Dinamica Con Hibernate]]
* [[Eficiencia ejecutando Querys Con Hibernate]]
* [http://www.hibernate.org/ Web oficial de Hibernate]
* [http://www.hibernate.org/hib_docs/v3/reference/en/html/tutorial.html#tutorial-firstapp Tutorial de Hibernate]
* [http://www.javaworld.com/javaworld/jw-07-2008/jw-07-orm-comparison.html Comparación entre Hibernate, iBatis y JPA]
* [http://www.dosideas.com/java/180-testeando-rapido-todos-los-mapeos-de-hibernate.html Testear todos los mapeos de Hibernate]

Hibernate

2009-04-16T12:50:16Z

Acandal: /* Ver también */

Hibernate es un framework de persistencia de objetos para Java. Su función principal es la de [[Mapeo Objeto-Relacional]], es decir, mapear objetos a tablas de una base de datos relacional.

Actualmente Hibernate cuanta con varios subproyectos que resuelven distintos aspectos del acceso y manipulación de datos.

== Log de querys ==
Es posible decirle a Hibernate que realice un log de los comandos SQL que ejecuta. Esto resulta muy útil en tiempo de desarrollo.

Para esto es necesario definir la propiedad ''show_sql'' en la configuración de Hibernate (generalmente, el archivo ''hibernate.cfg.xml''):

<code xml>
<property name="show_sql">true</property>
</code>

Al ejecutar veremos algo como lo siguiente:

<code sql>
select emails0_.PERSON_ID as PERSON1_0_, emails0_.EMAIL_ADDR as EMAIL2_0_
from PERSONA emails0_
where emails0_.PERSON_ID=?
</code>

Si además queremos que el log aparezca mejor formateado, agregamos la variable ''format_sql'':

<code xml>
<property name="format_sql">true</property>
</code>

Y veremos:
<code sql>
select
emails0_.PERSON_ID as PERSON1_0_,
emails0_.EMAIL_ADDR as EMAIL2_0_
from
PERSONA emails0_
where
emails0_.PERSON_ID=?
</code>

Si ademas desean saber los valores de las bind variables, y variables de resultado que se utilizan en el query, deben configurar lo siguiente en el archivo ''log4j.properties'':

<code>
log4j.logger.org.hibernate.type=debug
</code>

Y veremos:
<code>
12:30:56,551 DEBUG LongType:133 - binding '1' to parameter: 1
12:30:56,551 DEBUG LongType:172 - returning '1' as column: PERSON1_0_
12:30:56,567 DEBUG StringType:172 - returning 'demo@dosideas.com' as column: EMAIL2_0_
</code>

Otra opción bastante interesante es ver el manejo de recursos por parte de Jdbc. Se debe agregar la propiedad:

<code>
log4j.logger.org.hibernate.jdbc=debug
</code>

Y veremos:

<code>
12:30:56,551 - opening JDBC connection
12:30:56,553 - preparing statement
12:30:56,554 - about to open ResultSet (open ResultSets: 0, globally: 0)
12:30:57,551 - about to close ResultSet (open ResultSets: 1, globally: 1)
12:30:58,551 - about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
12:30:58,552 - closing statement
12:30:56,553 - aggressively releasing JDBC connection
12:30:56,554 - releasing JDBC connection [ (open PreparedStatements: 0, globally: 0)
(open ResultSets: 0, globally: 0)]
</code>

== Ver también ==
* [[Cache De Hibernate]]
* [[Hibernate Con Spring]]
* [[Actualizacion Dinamica Con Hibernate]]
* [[Performance en Querys Con Hibernate]]
* [http://www.hibernate.org/ Web oficial de Hibernate]
* [http://www.hibernate.org/hib_docs/v3/reference/en/html/tutorial.html#tutorial-firstapp Tutorial de Hibernate]
* [http://www.javaworld.com/javaworld/jw-07-2008/jw-07-orm-comparison.html Comparación entre Hibernate, iBatis y JPA]
* [http://www.dosideas.com/java/180-testeando-rapido-todos-los-mapeos-de-hibernate.html Testear todos los mapeos de Hibernate]

Hibernate

2009-04-15T19:33:57Z

Acandal: /* Ver también */

Hibernate es un framework de persistencia de objetos para Java. Su función principal es la de [[Mapeo Objeto-Relacional]], es decir, mapear objetos a tablas de una base de datos relacional.

Actualmente Hibernate cuanta con varios subproyectos que resuelven distintos aspectos del acceso y manipulación de datos.

== Log de querys ==
Es posible decirle a Hibernate que realice un log de los comandos SQL que ejecuta. Esto resulta muy útil en tiempo de desarrollo.

Para esto es necesario definir la propiedad ''show_sql'' en la configuración de Hibernate (generalmente, el archivo ''hibernate.cfg.xml''):

<code xml>
<property name="show_sql">true</property>
</code>

Al ejecutar veremos algo como lo siguiente:

<code sql>
select emails0_.PERSON_ID as PERSON1_0_, emails0_.EMAIL_ADDR as EMAIL2_0_
from PERSONA emails0_
where emails0_.PERSON_ID=?
</code>

Si además queremos que el log aparezca mejor formateado, agregamos la variable ''format_sql'':

<code xml>
<property name="format_sql">true</property>
</code>

Y veremos:
<code sql>
select
emails0_.PERSON_ID as PERSON1_0_,
emails0_.EMAIL_ADDR as EMAIL2_0_
from
PERSONA emails0_
where
emails0_.PERSON_ID=?
</code>

Si ademas desean saber los valores de las bind variables, y variables de resultado que se utilizan en el query, deben configurar lo siguiente en el archivo ''log4j.properties'':

<code>
log4j.logger.org.hibernate.type=debug
</code>

Y veremos:
<code>
12:30:56,551 DEBUG LongType:133 - binding '1' to parameter: 1
12:30:56,551 DEBUG LongType:172 - returning '1' as column: PERSON1_0_
12:30:56,567 DEBUG StringType:172 - returning 'demo@dosideas.com' as column: EMAIL2_0_
</code>

Otra opción bastante interesante es ver el manejo de recursos por parte de Jdbc. Se debe agregar la propiedad:

<code>
log4j.logger.org.hibernate.jdbc=debug
</code>

Y veremos:

<code>
12:30:56,551 - opening JDBC connection
12:30:56,553 - preparing statement
12:30:56,554 - about to open ResultSet (open ResultSets: 0, globally: 0)
12:30:57,551 - about to close ResultSet (open ResultSets: 1, globally: 1)
12:30:58,551 - about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
12:30:58,552 - closing statement
12:30:56,553 - aggressively releasing JDBC connection
12:30:56,554 - releasing JDBC connection [ (open PreparedStatements: 0, globally: 0)
(open ResultSets: 0, globally: 0)]
</code>

== Ver también ==
* [[Cache De Hibernate]]
* [[Hibernate Con Spring]]
* [[Actualizacion Dinamica Con Hibernate]]
* [[Robustez en Querys Con Hibernate]]
* [http://www.hibernate.org/ Web oficial de Hibernate]
* [http://www.hibernate.org/hib_docs/v3/reference/en/html/tutorial.html#tutorial-firstapp Tutorial de Hibernate]
* [http://www.javaworld.com/javaworld/jw-07-2008/jw-07-orm-comparison.html Comparación entre Hibernate, iBatis y JPA]
* [http://www.dosideas.com/java/180-testeando-rapido-todos-los-mapeos-de-hibernate.html Testear todos los mapeos de Hibernate]

HermesJMS

2009-01-21T13:53:44Z

Acandal: /* Copiando Mensajes entre distintas colas de mensajes */

HermesJMS es una herramienta para administrar colas [[JMS]]. HermesJMS permite:
* Ver los mensajes de distintas colas
* Realizar búsquedas sobre los mensajes
* Borrar mensajes
* Copiar mensajes, y postearlos (incluso entre distintas colas)
* Postear mensajes de texto
* Y más! (esto significa que no la terminé de ver...)

==Configurar HermesJMS para WebLogic 8.1==

===Configurando el HermesJMS===

Luego de descargar e instalar siguiendo las debidas instrucciones, acá les dejo como se configura el programa paso por paso.

====Crear el Class Loader====
* Ir al menu Options > Configuration...
* Click en el tab "Providers" tab abajo
* Click Derecho y "Add Group"
* Ingresar name "WebLogic 8.1"
* Click "+" a la derecha de "WebLogic 8.1" para expandir
* Click Derecho "Library" y seleccionar "Add JAR(s)"
* Examinar : BEA_HOME/WebLogic81/server/lib/ y seleccionar el "weblogic.jar".
* Click "Don't Scan".
* Click OK para cerrar la pantalla de Configuration.

====Crear el Context====
* Click Derecho en "contexts" en la izquierda y seleccionar: > New Context...
* Ingresar el nombre del contexto: "WebLogic"
* Loader: "WebLogic 8.1"
* ProviderURL : "t3://localhost:7001"
* !InitialContextFactory : "weblogic.jndi.WLInitialContextFactory"
* !SecurityPrincipal : "weblogic"
* !SecurityCredentials : "weblogic"
* Binding : "QueueConnectionFactory"
* Click OK

====Luego en la pantalla central del Hermes====
* Doble click sobre context > Weblogic
* Boton derecho sobre nuestra Connection Factory (HeladeraCF)
* Create New Session > HeladeraCF
* Luego se agrega la cola a nuestra CF (Boton derecho sobre la cola, addTo > HeladeraCF
* Y ahora desde "session > HeladeraCF > "NuestraQueue" podran observar los mensajes de dicha Cola

====Copiando Mensajes entre distintas colas de mensajes ====
Los mensajes se pueden copiar de una cola de mensajes a otra cola de mensajes simplemente arrastrando y soltando (drag and drop) los mensajes de una cola hacia otra.
Puede ser requerido por el usuario que al copiar los mensajes de una cola a otra se copien o no algunos de sus encabezados JMS. Para seleccionar qué encabezados debe mantener HermesJMS en la copia, se deben seleccionar en la configuración de la aplicación:

* Menu Options -> Configuration...
* Seleccionar abajo el tab "General"
* Seleccionar las opciones "CopyXXX" donde XXX son los encabezados JMS que permite copiar.

Entre los encabezados disponibles para copiar están:

*JMSCorrelationID
*JMSExpiration
*JMSPriority
*JMSReplyTo
*JMSType

====Guardando los mensajes en Archivos====

Se pueden guardar los mensajes de una cola en un archivo local que incluye la información de encabezados JMS para posteriormente poder postearlos la cantidad de veces que sea necesario:
* Clic derecho en un mensaje recibido, “save..”, “save as xml”
* Guardar el archivo con un nombre, para luego poder obtenerlo mas tarde.

Para postear en una cola un mensaje guardado:
* Clic derecho en la cola en la que se quiere postear
* Menú messages, send xml encoded messages (o ctrl. + T)
* Elegir el archivo guardado previamente.

==Ver también==
* [[JMS]]
* [http://www.hermesjms.com Página oficial de HermesJMS]

HermesJMS

2009-01-21T13:52:21Z

Acandal: