Thanks for your response.
Quote:
huh ?
Please be gentle, I'm new at this :)
Quote:
#1 deprecated does not mean doesn't work
But since I am just beginning on this project I don't want to use anything that will trip the dreaded
Code:
deprecated
flag. Best practices would be to use the new. Also, code assist on eclipse doesn't show any of the deprecated and the other overloaded createSQLQuery()s are not bundled in the jar.
Quote:
#2 the deprecation is only for the api directly on session...the way you call native sql has not changed; just been improved
#3 using {} is what has been improved in 3.2, namely that you don't need it
#4 nativesql is documented more in 3.2 than ever...
My initial use of the API docs shows no explanation. Why I didn't stumble onto the other docs I don't know...
Quote:
....so in short i don't understand what your question is about.
Since my initial posting, I have been testing how this is working and have found that an addEntity() class must have an exact match of field to scalar. Adding a pojo with more fields in it than what the query returns isn't working. I was expecting H to use reflection to match the scalar names to the matching accessors. So, what I am finding is that I will not be able to use the native sql without some modification. Like exact DTOs for each query.
Not a problem, though. I just need to get an understanding of effort needed to complete my job.