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 <[email protected]>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 <[email protected]> wrote: > > > > On Sun, Feb 7, 2010 at 4:48 PM, Guy Rouillier <[email protected]> > > 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:[email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
