Hi,

I need a little help with the Criteria API.

Lets assume I have the following classes

A {
private String name;
private B b;
private Set<C> cSet;
}

B{
private String someProperty;
private D dObj;
}

C{
private String whatever;
}

D{
private String anotherProperty;
}

First of all, what is the difference between using:
a. criteria.createAlias()
b. CriteriaImpl.Subcriteria
c. criteria.createCriteria()

Second,

How can I select all A objects that have b.someProperty = 'a' AND b.d.anotherProperty='fff' AND a.c.whatever = 'ffggg'

and the same but with OR



Can I combine in one Junction criterions from different criterias ?

Thanks in advance.


Hibernate version:3.2.2

I am looking too for the difference between these two methods, which is not clear at all since they seem to lead to the same results, both return a Criteria, both take the same arguments.

Can someone explain the difference between the two?

I looked in the source code (I had to do it many times since the documentation is incomplete here and there):

from org.hibernate.CriteriaImpl:

...
public Criteria createAlias(String associationPath, String alias) {
return createAlias( associationPath, alias, INNER_JOIN );
}

public Criteria createAlias(String associationPath, String alias, int joinType) {
new Subcriteria( this, associationPath, alias, joinType );
return this;
}

public Criteria createCriteria(String associationPath) {
return createCriteria( associationPath, INNER_JOIN );
}

public Criteria createCriteria(String associationPath, int joinType) {
return new Subcriteria( this, associationPath, joinType );
}

public Criteria createCriteria(String associationPath, String alias) {
return createCriteria( associationPath, alias, INNER_JOIN );
}

public Criteria createCriteria(String associationPath, String alias, int joinType) {
return new Subcriteria( this, associationPath, alias, joinType );
}
..

it seems to me there is no implementation difference between createAlias() and createCriteria().

However, I don't know what difference there should be conceptually, if any.