[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1169?page=c... ] Tim Stavenger commented on HHH-1169: ------------------------------------ While it may be acceptable to use an integer for the high value in a hi/lo algorithm, I thought part of the purpose for the org.hibernate.id.TableGenerator and org.hibernate.id.enhanced.TableGenerator classes was to be a super class for other IdentifierGenerators? If that is the case, I would expect that these classes should really return Long instead of Integer, and use the getLong()/setLong() methods as Rich posted. That way sub classes can work with a Long and cast down if they need to rather than attempting to cast up like they would have to now. I've already run into the same problem. I was hoping to subclass one of these classes and specialize it for my ID generation needs. However, since both return Integer instead of Long, I've had to basically copy/paste them into my class and then modify the code to return Long so that I don't lose the full range of numbers available for my IDs. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira