Look in the Configuration class. It's the center of the iBATIS universe. Clinton
On Mon, Feb 8, 2010 at 7:39 AM, Simone Tripodi <simone.trip...@gmail.com>wrote: > Hi Clinton, > can you tell me please where I can start looking for configuration > classes? After reading your email I started thinking about realizing a > "polyglot" iBatis, extending the existing classes, allowing it reading > the configuration files in various formats... > Maybe I'm just too much a dreamer, but if Maven3 guys started thinking > about the "Polyglot Maven"[1] maybe it could be just nice having > different formats of SQL Maps... :P > Thanks in advance, > Simo > > [1] http://polyglot.sonatype.org/ > > http://people.apache.org/~simonetripodi/<http://people.apache.org/%7Esimonetripodi/> > > > > On Mon, Feb 8, 2010 at 2:16 PM, Daryl Stultz <da...@6degrees.com> wrote: > > > > On Sun, Feb 7, 2010 at 4:48 PM, Guy Rouillier <guyr-...@burntmail.com> > > wrote: > >> > >> I don't know if what you are trying to do is possible, but it seems to > >> defeat the intent of iBATIS (remove all the routine JDBC code and > replace it > >> with declarations, so your Java code becomes much simpler.) > >> > > Simpler Java code is nice, but there are lots of ways to simplify it. > Moving > > SQL to XML is better than using string concatenation in Java but not as > good > > as an internal DSL for building queries. Having everything in Java yields > > superior capabilities such as compile-time checks, refactorings, etc. > > > >> > >> If you are going to add lots of Java code to build the mappings, you > might > >> as well just go back to using straight JDBC. > > > > But... then I won't have SQL to Object mapping anymore... iBATIS is about > > SQL Mapping - it should not force any particular approach to using that > core > > service. > > > > -- > > Daryl Stultz > > _____________________________________ > > 6 Degrees Software and Consulting, Inc. > > http://www.6degrees.com > > mailto:da...@6degrees.com > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org > For additional commands, e-mail: user-java-h...@ibatis.apache.org > >
