ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Clinton Begin <clinton.be...@gmail.com>
Subject Re: The biggest problem with iBATIS ..............
Date Wed, 09 Mar 2005 02:30:36 GMT
Brilliant.  Although the subject line had me worried that I'd be
writing an eight page email response for the rest of the evening.

Cheers,

Clinton


On Tue, 08 Mar 2005 16:56:35 -0500, Antony Joseph <ajosephmi@lycos.com> wrote:
> I did miss a few. Somewhere down the line I will include it in my next joke which will
include the fiasco called detached objects.
> 
> ----- Original Message -----
> From: "Chen, Tim" <Tim.Chen@NielsenMedia.com>
> To: ibatis-user-java@incubator.apache.org
> Subject: RE: The biggest problem with iBATIS ..............
> Date: Tue, 8 Mar 2005 15:32:37 -0500
> 
> >
> > You forgot mass updates/deletes ;)
> >
> > -----Original Message-----
> > From: Antony Joseph [mailto:ajosephmi@lycos.com]
> > Sent: Tuesday, March 08, 2005 11:31 AM
> > To: ibatis-user-java@incubator.apache.org
> > Subject: The biggest problem with iBATIS ..............
> >
> > Hi all,
> >
> > I came across this on one of the other forums.
> >
> > "The biggest problem with iBATIS is its too simple"
> >
> > So here is a couple of suggestions to the iBATIS team to make the
> > framework as complicated as the much hyped ORM tools in the market.
> >
> > 1) iBATIS needs a new query language. SQL!, its sooo 20th century,
> > everyone knows it, and whats with this bias towards english. We live in
> > a global village, I suggest that the new query language include terms
> > from all continents.
> > 2) It needs some kind of session management. All the other ORM
> > frameworks have it, why not iBATIS.
> >
> >
> > Since its seems these days the goal of a corporate consultant is to make
> > sure the application costs as much as possible and takes as much time as
> > possible, here is a synopsis of the conversation a consultant will have
> > with the project manager using the new iBATIS(or your favorite ORM
> > framework).
> >
> > 1) As you know the framework uses a new query language, your developers
> > need to be trained on it. My company X provides a 3 day training course.
> > Its just $xxxx.xx per person. Don't forget to include the DBAs for
> > training. cha-ching!
> > 2) Your developers seem to be ignorant of  ORM design patterns  like
> > 'Open session in view', 'session-per-request-with-multiple-transactions'
> > .... etc . My company X provides a 1 day training course for ORM
> > patterns. It just xxxx.xx per person. cha-ching!
> > 3) What!, your the DBAs want to denormalize the tables. This is a
> > problem, but we can solve it. The will cause the queries to get
> > complicated (Actually the queries start looking more like regular
> > expressions than queries) and it will take X weeks more and cost Y
> > dollars more to complete the project. cha-ching!
> >
> > 4) Those SOB users. They want to query data with something other than
> > the primary key!. We can take care of their requirements, but now, we
> > will have to write a whole bunch of dynamic queries to take care of all
> > the different query combinations. This will delay the project by another
> > X weeks and cost X dollars more. cha-ching
> >
> > 5) And when the totally confused junior programmer (confused by session
> > management and the query language) writes a query which reads the whole
> > graph of data from the database bringing the application to a crawl:
> > Mr project manager, my company X has a caching framework, its only
> > $xxxxx.xx/per CPU. Plug that in and all your problems will be solved.
> > cha-ching, cha-ching, cha-ching.
> >
> >
> > Imagine the name recognition new iBATIS will get. A whole bunch of
> > confused developers will be asking questions on this forum, and then on
> > the Spring forum, and then the struts forum and finally if all else
> > fails, ask them on Matt Raible's blog. Thats publicity money can't buy.
> >
> >
> > So my question to Clinton and gang is, are you going to incorporate
> > these changes or follow on the same old beaten path of adding new
> > features and making the framework simpler to use?
> >
> >
> >
> >
> >
> > Antony Joseph
> > http://www.logicden.com
> > https://workeffort.dev.java.net
> >
> > --
> > _______________________________________________
> > NEW! Lycos Dating Search. The only place to search multiple dating sites
> > at once.
> > http://datingsearch.lycos.com
> 
> Antony Joseph
> http://www.logicden.com
> https://workeffort.dev.java.net
> 
> --
> _______________________________________________
> NEW! Lycos Dating Search. The only place to search multiple dating sites at once.
> http://datingsearch.lycos.com
> 
>

Mime
View raw message