Hi Simone, How did you deal with having to have a single SqlMapConfig and multiple modules? I had to deal with a multimodule project in the past that used ibatis but couldnt figure out how to modularize the set of sqlmaps for each project so that they could be automatically assembled into a single sqlmapconfig.
Basically, each project had a set of tables it needed and only one app project importing them all. thanks, -- yuri On Mon, Dec 28, 2009 at 2:19 AM, Simone Tripodi <simone.trip...@gmail.com>wrote: > Hi all guys, > we just uploaded the new snapshot of iBaGuice: we added the > @Transactional feature following he Osya Bender's request/suggestions, > moreover added the Ehcache support and splitted the project in multi > modules, so users want to use just a part of the project are not > forced to include the whole packages. > Feedbacks are obviously welcome, please let us know what you think about > it!!! > Best regards, > > Simone Tripodi > Marco Speranza > > On Tue, Dec 22, 2009 at 2:38 PM, Simone Tripodi > <simone.trip...@gmail.com> wrote: > > Hi Clinton, > > thank you for your kind reply :) I understand your point of you and > > 100% agree, I have to admit that I continue preferring ibatis in > > respect of other persistent framework also because dependencies are > > kept to the minimum!!! > > Linking 3rd part developments on the home page sounds good, I thought > > not merging our stuff directly to ibatis but rather including it in a > > subproject, like ibator for example. Btw no problems from our side, we > > LOVE ibatis and happy to collaborate with you and to provide our > > support. > > Please don't forget to send us your feedbacks, what's wrong, what's > > can improved and so on :P > > > > Take care, best regards!!! > > Simone > > > > On Tue, Dec 22, 2009 at 2:07 AM, Clinton Begin <clinton.be...@gmail.com> > wrote: > >> At this time, I'm hoping to keep iBATIS plugins outside of the core. As > you > >> know, I'm obsessive about keeping 3rd party dependencies to a minimum, > and > >> that would include Guice. This is one reason the OSCache support was > left > >> out. > >> What I would like though, is to offer to link to plugins and extensions > from > >> the homepage. That way, anyone and everyone can contribute through > whatever > >> means they like. > >> Finally, when it comes to containers like Guice and Spring, I believe > the > >> dependency should always flow downward. I'm happy Guice is keeping this > to > >> a minimum and following a similar principle to mine, in that they > generally > >> keep 3rd party plugins and extensions outside of the source. Of course > >> Spring is quite the opposite, and that seems to be working well for > them. > >> So I would expect iBATIS support to be built in or contributed to their > >> project sometime soon. > >> Clinton > >> > >> On Mon, Dec 21, 2009 at 2:22 PM, Simone Tripodi < > simone.trip...@gmail.com> > >> wrote: > >>> > >>> Hi guys, > >>> thanks for your kind replies!!! > >>> > >>> @OBender: yes, the intention is absolutely realizing it, do you have > >>> already some idea how should it work? Not in terms of APIs that's > >>> clear, but in terms of implementation... Thanks in advance!!! > >>> > >>> @Clinton: thank you, and please send to us your feedbacks!!! > >>> > >>> We're open for suggestions, feedbacks, everything useful to improve > >>> these APIs. Unfortunately we don't have a ML and I wouldn't invade the > >>> proper iBatis space, so feel free to contact us directly. > >>> > >>> Btw, if the iBatis community is interested on that project we could > >>> arrange a close collaboration, we are open even to a code donation. > >>> Starting from today I'm an Apache Cocoon3 committer and already ICLA > >>> signed so no problems about moving the code to Apache. > >>> > >>> Best regards!!! > >>> Simone > >>> > >>> On Mon, Dec 21, 2009 at 7:52 PM, Clinton Begin < > clinton.be...@gmail.com> > >>> wrote: > >>> > Sounds exciting. I also use Guice, so I'll definitely check this > out. > >>> > Cheers, > >>> > Clinton > >>> > > >>> > On Mon, Dec 21, 2009 at 9:32 AM, Simone Tripodi > >>> > <simone.trip...@gmail.com> > >>> > wrote: > >>> >> > >>> >> Hi Guys, > >>> >> a friend of mine and I are developing a mini-library that alleviates > >>> >> to the users the issue of creating and injecting iBatis objects > >>> >> through Google Guice 2, it is public, released under the friendly > >>> >> Apache 2 license and you can find it - still snapshot release - on > >>> >> google-code[1]. > >>> >> It also integrates other nice tools that are perfectly designed to > >>> >> cooperate with iBatis, it would be nice if iBatis users that are > used > >>> >> to DI through Guice could provide us both positive and negatives > >>> >> feedbacks. > >>> >> Best Regards, > >>> >> > >>> >> Simone Tripodi > >>> >> Marco Speranza > >>> >> > >>> >> [1] http://ibaguice.googlecode.com/svn/site/1.0-SNAPSHOT/index.html > >>> >> > >>> >> -- > >>> >> http://www.google.com/profiles/simone.tripodi > >>> >> > >>> >> > --------------------------------------------------------------------- > >>> >> To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org > >>> >> For additional commands, e-mail: user-java-h...@ibatis.apache.org > >>> >> > >>> > > >>> > > >>> > >>> > >>> > >>> -- > >>> http://www.google.com/profiles/simone.tripodi > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org > >>> For additional commands, e-mail: user-java-h...@ibatis.apache.org > >>> > >> > >> > > > > > > > > -- > > http://www.google.com/profiles/simone.tripodi > > > > > > -- > http://www.google.com/profiles/simone.tripodi > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org > For additional commands, e-mail: user-java-h...@ibatis.apache.org > >
