What version of NH are you using? Are you using NH 1.2 (as in the sample code downloads and the screencasts)?

In NH 2.1x and later the NHibernate.Expressions namespace was renamed to NHibernate.Restrictions to better correlate with the structure of the Java Hibernate codebase. See if that helps and let me know~!

-Steve B.

Great question; those are (obviously) very real concerns. Later on in subsequent sessions you will begin to see how I leverage a testing support framework called NDbUnit to permit my tests to properly manage state, ensure that expected records are present in the DB before the test, and cleans up after the tests.

I don’t generally like using DB transaction rollbacks as my method of reverting DB state after tests run b/c there are so many things that can go wrong w that strategy (especially if/when part of the DB methods you might be testing makes use of transactions internally and would need to be aware of outer transaction scope, etc. to properly enlist in the right transaction, etc.).

NDbUnit places this responsibility in a tooling framework that doesn’t impact the running tests in any way. You can see evidence of this approach in later sessions in the series, read more about NDbUnit at http://ndbunit.googlecode.com , and read more about the availability of some of the tooling that makes working with NDbUnit easier in this post: http://unhandled-exceptions.com/blog/index.php/2009/03/16/proteus-unit-test-utility-and-domain-foundation-code-goes-oss/

Hope this helps, and thanks for the comments~!

-Steve B.

I’ve watched sessions 1 and 2 and I have a question/comment regarding your test strategy. In multiple places you run some query, such as getting all customers by the first name of “steve”, and then you assert that the number of records matches some known constant. For instance, you inspect the DB, see that there are 3 Steves, and you assert that your DAL call yields 3 results.

Obviously, this is extremely brittle. What happens if you eventually test a Create method that creates a new “steve”? Or if you delete a Steve during a delete test? Are you ignoring those cases for the sake of simplicity?

The pattern I normally use is this:

1) In my setup/teardown, I start and rollback a DB transaction;

2) My tests always create the data they expect, usually via [Setup], unless my fixture setup restores the DB to a known and stable state;

3) To test something like GetByFirstName(”steve”), I would create TWO customers, Steve and Fred. I can then be confident that my DAL is including only what it should, nothing more and nothing less.

Is this what you would do in production, or do you think this overly complicates the tests?

The code below shows how to use the Criteria Api to get the non-persisted strongly typed collection using group by. My naming conventions are slightly different to Steve’s.

return session.CreateCriteria(typeof (Customer))
.SetProjection(Projections.ProjectionList()
.Add(Projections.Property(”FirstName”), “FirstName”)
.Add(Projections.Count(”FirstName”), “Count”)
.Add(Projections.GroupProperty(”FirstName”)))
.SetResultTransformer(Transformers.AliasToBean(typeof(CustomerFirstNameCounter)))
.List< CustomerFirstNameCounter >();

Posted some additional info here.
http://thelongwayback.wordpress.com/2009/11/27/nhibernate-criteria-api-group-by-example-non-persisted-class/

Thanks for the updates — that’s sure to be one of the ‘gotchas’ from using a freeform query language (HQL, SQL, or whatever): the syntax can change right out from under you on a whim

The ’shorthand’ HQL form that I was using in the screencasts under 1.2 was deprecated in 2.0 and eliminated in 2.1.x as the default query parser was switched out to be the more strict option.

Thanks again for offering the update!

-Steve B.

“NHibernate.Hql.Ast.ANTLR.QuerySyntaxException: Exception of type ‘Antlr.Runtime.NoViableAltException’ was thrown”

The HQL’s should be changed to “from Customer c” or “select c from Customer c” formats

See the related SO question
http://stackoverflow.com/questions/1228146/nhibernate-querysyntaxexception

I don’t know how to respond directly to you, or if this is even relevant for you anymore, but just in case you or anyone else comes through here looking for this answer, I was able to track it down.

http://stackoverflow.com/questions/718887/how-do-i-do-a-custom-projection-with-the-criteria-api-in-nhibernate/751657#751657

That link shows you how to AliasToBean transformer to put your results into a new object. In Steve’s example, it would look something like this:

(Criteria setup…)
.Add(Projections.Property(c.Firstname), “firstname”)
.Add(Projections.Property(count(C.Firstname)), “count”)
.SetResultTransformer(Transformers.AliasToBean(typeof(CustomerFirstnameCounter)));

The other catch here is that the CustomerFirstnameCounter object needs an empty parameter constructor, rather the parmaterized one the HQL example uses.