You could easily implement this as an alternative Dialect (ie. your second suggestion). HSQLDialect already uses integer as the type for native id generation, so you can use that as a model.
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 11 December 2002 12:53 PM > To: [EMAIL PROTECTED] > Subject: [Hibernate] int ids for mysql > > > I just wanted to start discussion on this topic as it is a > necessity as to whether I can use Hibernate to start > converting one of our projects. > > A couple of ideas after skimming through the code: > 1. Cast to identiferType right before calling the > ReflectHelper.set.... I believe that is in setIdentifier. 2. > Have another MysqlDialect or whatever it is that makes the > ids longs in the first place. Have MysqlDialectInt or something. > > Not sure if these are possible or what, just throwing out > some ideas. > > Travis > > > ------------------------------------------------------- > This sf.net email is sponsored by: > With Great Power, Comes Great Responsibility > Learn to use your power at OSDN's High Performance Computing > Channel http://hpc.devchannel.org/ > _______________________________________________ > hibernate-devel mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/hibernate-devel > ********** CAUTION - Disclaimer ********** This message may contain privileged and confidential information. If you are not the intended recipient of this message (or responsible for delivery of the message to such person) you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error, you should destroy it and kindly notify the sender by reply e-mail. Please advise immediately if you or your employer do not consent to Internet e-mail for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Expert Information Services Pty Ltd ("The Company") shall be understood as neither given nor endorsed by it. The Company advises that this e-mail and any attached files should be scanned to detect viruses. The Company accepts no liability for loss or damage (whether caused by negligence or not) resulting from the use of any attached files. **EIS******** End of Disclaimer ********** ------------------------------------------------------- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ _______________________________________________ hibernate-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hibernate-devel
