Thanks a lot, I'll let you know my experiments result :P http://people.apache.org/~simonetripodi/
On Mon, Feb 8, 2010 at 5:53 PM, Clinton Begin <clinton.be...@gmail.com> wrote: > 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/ >> >> >> >> 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 >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org For additional commands, e-mail: user-java-h...@ibatis.apache.org
