Remember, you're looking for best-of-breed and best-practice for right here, right now. Nobody has a crystal ball, nobody knows what tomorrow holds. However, if you roll-your-own, every knowledgeable Java developer and architect out there will tell you that its a waste in almost every scenario. Code re-use and component architectures allow for fast time-to-delivery. Roll your own, and you have that much more QA to do.
BR On Apr 8, 2005 9:27 AM, Fabrizio Gianneschi <[EMAIL PROTECTED]> wrote: > Kaushik Ashodiya wrote: > > >Please give me more reasons so that I can convince them. > > > >Their argument: > >1. For small project SqlMap is adding unnecessary complexity. > > I evaluated iBATIS expecially on small-medium projects. > It reduces the "ordinary-JDBC" Java code by ~62% > http://www.jugsardegna.org/vqwiki/jsp/Wiki?IBatisCaseStudy > Most of the DAO methods are now 1 line long. (I wasn't able to reduce them > more, sorry :)) > > Can your homemade framework do the same? > > >2. Why learn one more tool when you have a simple base data access > >object that gives you connection, prepared statement > >and a result and does cleanup? (only when extended class calls cleanup() > !!!) > > I don't want to think about cleanup or opened connections left. > I don't want to repeat the > "try-getConnection-prepare-set-execute-while-new-set-add-finally-close-close > -close" prayer anymore. > > >3. Generally open source projects dies shortly and does not have support. > > Even if iBATIS would die tomorrow, its actual codebase is better than every > other framework I could develop within months (or years). > > >4. Adding many jars of those open source projects make out project more > complex and un-maintainable. > > That's why Ant, Maven and other build systems exists. Ya-ha-wn. > > Every (few) jar included in iBATIS is far more maintanable than an homemade > framework, on which you've to spend your valuable time. > > >5. What if SqlMaps goes out of market? It is fairly new and not hardened. > > Try it. I don't reply to your peers arguments... other people responded very > well here. > > Fabrizio > > -- Brice Ruth Software Engineer, Madison WI
