Thanks Jeff,
I like the fact that Ibator will give me compile time errors for
data-model changes, especially as Ibatis is great for legacy databases
and I use it to help any re-design evolutions. I actually have my build
process include full Ibator regeneration and search/replace
automatically. Crude, but FFP.
I expect the Interface rabbit hole would include the mix of nested
concrete Classes returning Interfaces. Yeah, nice in theory.
Appreciate the response...Roy
On 20/05/2010 22:27, Jeff Butler wrote:
I usually add these types of methods directly to the generated
classes. In my experience, it's pretty rare to have to regenerate
classes. If you use Ibator through the eclipse plugin, then the added
methods will even survive a regeneration. Here's documentation for
building a new version of the Eclipse plugin if you are interested:
http://svn.apache.org/repos/asf/ibatis/java/ibator/trunk/eclipse/org.apache.ibatis.ibator.eclipse.doc/html-src/eclipseui/buildingFromSVN.html
I'd not recommend the interfaces route - I went down that rabbit hole
myself onetime and lived to regret it.
Search/replace - tedious but effective.
Jeff Butler
On Wed, May 19, 2010 at 4:30 PM, Roy Bailey<t...@roybailey.info> wrote:
Thanks Jeff,
I've been able to follow the instructions and generate Ibatis 3 mappers from
Ibator 1.2.2 build. Great job.
I've also been looking around the Ibator code because I want to use extended
classes for result-sets (e.g. classes that extend the Ibator generated
classes and add derived methods and/or nice toString() etc.). Easiest way
seems to be to search/replace the code generated with different package,
where I define the extended versions. Another thought was to generate/use
interfaces with all the getter/setter type methods, as this would allow for
other classes to be passed to native Ibator mappers instead of forcing the
creation/population of Ibator concrete classes. Low priority, but any
suggestions or thoughts?
regards...
Roy
On 10/05/2010 22:43, Jeff Butler wrote:
"stable" is strictly in the opinion of the user :) I've been using it
for many weeks and it seems stable to me.
Honestly, I don't know when I'll get to publishing it. Whenever I
give a date, I miss it by a mile - for lots of reasons, mainly that it
takes more time than I seem to have.
It's very easy to build yourself with Maven. I wrote some directions
here:
http://svn.apache.org/repos/asf/ibatis/java/ibator/trunk/core/ibator-core/doc/html/reference/building.html
Jeff Butler
On Mon, May 10, 2010 at 4:31 PM, Roy Bailey<t...@roybailey.info> wrote:
Any idea when a version of Ibator for iBatis 3 will be ready for
download?
I'd be really interested in stable milestone of the ibator to go with the
testing of iBatis 3, especially as I'm starting to spend a lot of time on
basic table crud.
thanks...Roy
P.S. I don't use maven, but if the instructions are simple I can give it
a
go.
---------------------------------------------------------------------
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
---------------------------------------------------------------------
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
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
For additional commands, e-mail: user-java-h...@ibatis.apache.org
