Hi Simoni, Thanks for the pointers. I will take a look at it.
One question: by creating multiple sqlmaps, one for each module, is it possible to have them participate in a single transaction? I am assuming that each sqlmap has its own transaction, but maybe that is not correct? Module1: - Table1.xml - Table2.xml Module2: - Table3.xml App Module: - SqlMapConfig.xml At the end I would like to have a single App schema and a single SqlMapClient. thanks, -- yuri On Mon, Dec 28, 2009 at 2:30 PM, Simone Tripodi <simone.trip...@gmail.com>wrote: > Hi Yuri, > yes I did it and it is possible, that's why I used guice and ibatis, > so I let guice injecting the sqlmap instance in each module. > Try ibatis3 + guice as I did > (http://ibaguice.googlecode.com/svn/site/1.0-SNAPSHOT/index.html) and > let me know!!! > Best regards, have a nice holiday season!!! > Simone > > On Mon, Dec 28, 2009 at 5:13 PM, Yuri de Wit <yde...@gmail.com> wrote: > > 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 > >> > > > > > > > > -- > 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 > >
