If your building anything bigger then a toy project then forget POJO DAOs. You'll spend all your time writing grunt-work plumbing and error handling and maintenance is a nightmare.
I give a big thumbs-up to Hibernate! I personally don't ever want to write SQL again, and with the tools available today you don't have to. With Hibernate you can focus on your object model and it does all the boring tedious repetitive grunt-work. I highly recommend the Manning "Hibernate In Action" book. It does a great job of explaining the whole Object/Relational Mapping problem and solutions. It goes beyond just data mapping and covers the whole object lifecycle. Even if you choose a different solution, the book is worth a read. -----Original Message----- From: Larry Meadors [mailto:[EMAIL PROTECTED] Sent: Thursday, July 21, 2005 12:29 PM To: Struts Users Mailing List; [EMAIL PROTECTED] Subject: Re: [OT] Hibernate vs. iBatis vs. POJO "I like vi, it is way better than emacs." Good grief, I hope we do not have another one of these three month flame-wars... If you want ORM, use Hibernate. If you want SQL mapping, use iBATIS. Larry On 7/21/05, Lee Harrington <[EMAIL PROTECTED]> wrote: > Pick one. I use hibernate....but I'm sure iBatis is fine too. Either > is preferable to writing your own. > > Lee > On 7/21/05, Access Denied <[EMAIL PROTECTED]> wrote: > > Alls, > > > > I can't seem to get a convincing answer to the question of using an > > ORM utilitiy, DB interface framework, or home-grown POJO DAOs. Would > > you guys with experience in these methodologies comment, please? I > > think I am spending too much time reading propaganda from iBatis and > > Hibernate, don't think JDO is ready for prime time yet, and it seems > > no one is writing their own DAOs anymore. > > > > ~buddy > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
