i have a BIG problem =(

first i had a query with join, but my values could be null so my query didn't retrieve results with null value, so i changed it for a left outer join and it works, but now when i try to use the object rp in the where query's part it doesn't work T_T

take a look

select object(cl) from Cliente cl left outer join cl.personaJuridica.representantes rp where (cl.personaJuridica.razon social like '%xxx%') or (rp.personaIndividual.nombreCompleto like '%xxx%')

HELP PLZZZZ

select object(cl) from Cliente cl left outer join cl.personaJuridica.representantes rp where cl.personaJuridica.razon social like '%xxx%'

this query works but i still need to compare with rp

Lo que pasa es que, cuando hay datos para uno, no los hay para el otro.
Debes utilizar un "or", (ya que o es una persona o tiene un representante) de la siguiente manera:

lo pruebo.. pero

si gracias, pero, disculpa la pregunta, de donde sakaste el "rp"
y ps ya habia intentado validar que los representantes fueran null o empty, pero aun asi no trae los registros sin representantes, incluso intente crear un query nativo pero nada...

aaah, claro.
Ahora entiendo el problema: ¡estás queriendo hacer un left join a dos "paths" que son "paralelas", al mismo tiempo!

Pégame aquí la definición de las tablas, e internaré ayudarte con una consulta en HQL o Criteria que logre lo que quieres.

Agradezco mucho tu ayuda.

Este es el query que construimos con sql el cual nos retorna lo que necesitamos:

SELECT c.* FROM cliente c, persona_juridica pj
where c.id_persona_juridica is not null and c.id_persona_juridica = pj.id
and (pj.nombre_comercial like '%nombre%' or pj.razon_social like '%nombre%'
or pj.id in (SELECT an.id_personaJuridica FROM acta_nombramiento an, persona_individual pi
where an.id_personaIndividual = pi.id
and (concat(pi.primer_nombre, ' ', pi.segundo_nombre, ' ', pi.primer_apellido, ' ',

pi.segundo_apellido, ' ',
pi.apellido_casada) like '%nombre%')));

pero al pasarlo a hql no obtenemos los resultados que queremos.

Las tablas que intervienen son las siguientes:


cliente
id
id_persona_individual
id_persona_juridica

========

persona_juridica
id
nombre_comercial
razon_social
========

persona_individual
id
primer_nombre
segundo_nombre
primer_apellido
segundo_apellido
apellido_casada

===============

acta_nombramiento (tabla de representantes)
id
id_persona_juridica
id_persona_individual

Pasame tambien el archivo de mapeo, por favor.
Nicesito ver qué joins ya hay declarados.

Oka... ahi va

cliente

@OneToOne(cascade = {
CascadeType.PERSIST, CascadeType.MERGE, CascadeType.REFRESH }
, fetch = FetchType.LAZY)
@JoinColumn(name = "id_persona_individual")
id_persona_individual

@OneToOne(cascade = {
CascadeType.PERSIST, CascadeType.MERGE, CascadeType.REFRESH }
, fetch = FetchType.LAZY)
@JoinColumn(name = "id_persona_juridica ")
id_persona_juridica


===============

acta_nombramiento (tabla de representantes)

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "id_persona_juridica", nullable = false)
id_persona_juridica

@ManyToOne(cascade = {
CascadeType.PERSIST, CascadeType.MERGE }
, fetch = FetchType.LAZY)
@JoinColumn(name = "id_persona_individual", nullable = false)
id_persona_individual


Si bueno mira, solo que no hay archivos de mapeo sino anotaciones en las clases persistentes. Gracias xD

Pues... es bastante confuso.
Aún no me quedan claras unas cuantas cosas.

Pero en fin, asumiendo

-que tu clase Cliente tenga una propiedad "getPersonaJuridica()"
-que tu clase ActaDeNombramiento tenga una propiedad "getPersonaIndividual",
-que tu BD soporta subselects (lo cual es obvio por la consulta SQL)

entonces el SQL que sí anda como quieres, traducido a HQL quedaría

[/list]

ehhhhh!!!!!!!!!!! muchas gracias x tu tiempo!!!!!!!
que master =D si funciona... jejeje

Me alegro de que, temporariamente, la cosa se te haya solucionado.

En el futuro, y si tienes control sobre la BD, te recomiendo que agregues varias claves foráneas, y que llames a las columnas con nombres ya calificados (es decir: id_cliente, id_acta_nombramiento, etc).

Lo que estás haciendo con ese subselect, es básicamente un UNION entre condiciones muy distintas de un mismo nivel. (Hibernate aún no soporta UNION).
Puedes también considerar descomponer esa consulta en 2 consultas separadas, lo cual hará tu código más portable e independiente de la marca de BD.

Suerte