Hi Yuri, Yes it is possible, in your scenario to make the sqlmaps participate in one single transaction you have to work a little and rollbacks all the transacions when one rise an exception/error. There's no immediate solution that I know, but that doesn't mean that's not possible. Best regards! Simo
On Tue, Dec 29, 2009 at 1:10 PM, Yuri de Wit <yde...@gmail.com> wrote: > 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 >> > > -- 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
