You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user-java@ibatis.apache.org by Simone Tripodi <si...@gmail.com> on 2009/12/21 17:32:30 UTC
Enjoy the power of iBatis3 + google-guice2
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-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
RE: Enjoy the power of iBatis3 + google-guice2
Posted by OBender <os...@hotmail.com>.
Hi Simon,
Are you guys planning on supporting something like @Transaction attribute via Guice AOP and iBatis TX manager?
Thanks,
OBender
-----Original Message-----
From: Simone Tripodi [mailto:simone.tripodi@gmail.com]
Sent: Monday, December 21, 2009 11:33 AM
To: user-java@ibatis.apache.org
Cc: Marco Speranza
Subject: Enjoy the power of iBatis3 + google-guice2
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-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.717 / Virus Database: 270.14.101/2555 - Release Date: 12/20/09 02:35:00
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
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 <yd...@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 <si...@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 <yd...@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
>> > <si...@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
>> >> <si...@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
>> >> > <cl...@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
>> >> >> <si...@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
>> >> >>> <cl...@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
>> >> >>> > <si...@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-unsubscribe@ibatis.apache.org
>> >> >>> >> For additional commands, e-mail:
>> >> >>> >> user-java-help@ibatis.apache.org
>> >> >>> >>
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> --
>> >> >>> http://www.google.com/profiles/simone.tripodi
>> >> >>>
>> >> >>>
>> >> >>> ---------------------------------------------------------------------
>> >> >>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> >> >>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >> >>>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > http://www.google.com/profiles/simone.tripodi
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> http://www.google.com/profiles/simone.tripodi
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >>
>> >
>> >
>>
>>
>>
>> --
>> http://www.google.com/profiles/simone.tripodi
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Yuri de Wit <yd...@gmail.com>.
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 <si...@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 <yd...@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.tripodi@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
> >> <si...@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.begin@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
> >> >> <si...@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
> >> >>> <cl...@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
> >> >>> > <si...@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-unsubscribe@ibatis.apache.org
> >> >>> >> For additional commands, e-mail:
> user-java-help@ibatis.apache.org
> >> >>> >>
> >> >>> >
> >> >>> >
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> http://www.google.com/profiles/simone.tripodi
> >> >>>
> >> >>>
> ---------------------------------------------------------------------
> >> >>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> >> >>> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >> >>>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > http://www.google.com/profiles/simone.tripodi
> >> >
> >>
> >>
> >>
> >> --
> >> http://www.google.com/profiles/simone.tripodi
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >>
> >
> >
>
>
>
> --
> http://www.google.com/profiles/simone.tripodi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
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 <yd...@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 <si...@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
>> <si...@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 <cl...@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
>> >> <si...@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
>> >>> <cl...@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
>> >>> > <si...@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-unsubscribe@ibatis.apache.org
>> >>> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >>> >>
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> http://www.google.com/profiles/simone.tripodi
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> >>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >>>
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > http://www.google.com/profiles/simone.tripodi
>> >
>>
>>
>>
>> --
>> http://www.google.com/profiles/simone.tripodi
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Yuri de Wit <yd...@gmail.com>.
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 <si...@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
> <si...@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 <cl...@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.tripodi@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.begin@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
> >>> > <si...@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-unsubscribe@ibatis.apache.org
> >>> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >>> >>
> >>> >
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.google.com/profiles/simone.tripodi
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> >>> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >>>
> >>
> >>
> >
> >
> >
> > --
> > http://www.google.com/profiles/simone.tripodi
> >
>
>
>
> --
> http://www.google.com/profiles/simone.tripodi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
Hi Stef,
thanks for your interest on our small effort :)
See my comments below:
> Sounds extremely interesting...
> Does it also have the ability to rollback transactions and wrap Ibatis
> exceptions into some generic DataAccessException class?
Sure, as described in the small table in
http://ibaguice.googlecode.com/svn/site/1.0-SNAPSHOT/dao.html, you can
do it simply by rewriting your code as:
@com.ibaguice.extensions.dao.Transactional(rethrowExceptionsAs =
DataAccessException.class)
public void doFooBar() {
FooMapper fooMapper =
this.getCurrentSqlSession().getMapper(FooMapper.class);
fooMapper.doFoo();
BarMapper barMapper =
this.getCurrentSqlSession().getMapper(BarMapper.class);
barMapper.doBar();
}
The constraint is you've to implement the DataAccessException with the
<Throwable> argument, so you take also the cause.
> It would be great for people like me who (refuse / can't afford) to use
> Spring because of all its requirements and design constraints.
That's why we started working in that way, we thought the same!!! And
that's why, since we're integrating 3rd parts libraries, we splitted
the project in multi modules to avoid users have to take in their
applications the *huge* framework, but just what they need!!!
Don't hesitate writing me if you need to know more, I'm very pleased
to provide you all the informations you need.
Thanks again, have a nice holiday season,
Simone
> --
> View this message in context: http://old.nabble.com/Enjoy-the-power-of-iBatis3-%2B-google-guice2-tp26876442p26941769.html
> Sent from the iBATIS - User - Java mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by stefcl <st...@gmail.com>.
Simone Tripodi wrote:
>
> Hi all guys,
> we just uploaded the new snapshot of iBaGuice: we added the
> @Transactional feature following he Osya Bender's request/suggestions,
>
Sounds extremely interesting...
Does it also have the ability to rollback transactions and wrap Ibatis
exceptions into some generic DataAccessException class?
It would be great for people like me who (refuse / can't afford) to use
Spring because of all its requirements and design constraints.
--
View this message in context: http://old.nabble.com/Enjoy-the-power-of-iBatis3-%2B-google-guice2-tp26876442p26941769.html
Sent from the iBATIS - User - Java mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
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
<si...@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 <cl...@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 <si...@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 <cl...@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
>>> > <si...@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-unsubscribe@ibatis.apache.org
>>> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>> >>
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> http://www.google.com/profiles/simone.tripodi
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>>
>>
>>
>
>
>
> --
> http://www.google.com/profiles/simone.tripodi
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
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 <cl...@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 <si...@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 <cl...@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
>> > <si...@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-unsubscribe@ibatis.apache.org
>> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >>
>> >
>> >
>>
>>
>>
>> --
>> http://www.google.com/profiles/simone.tripodi
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Clinton Begin <cl...@gmail.com>.
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 <si...@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 <cl...@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.tripodi@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-unsubscribe@ibatis.apache.org
> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >>
> >
> >
>
>
>
> --
> http://www.google.com/profiles/simone.tripodi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
Hi OBender,
thank you very very much for your hints!!! I'll give e deep look at
the spring transaction layer implementation - I'm quite a newbie on
that area - so I'll start implementing something useful ASAP. I'll let
you know how things are going and feel free to contact us whenever you
want.
Take care, see you!
Simone
On Mon, Dec 21, 2009 at 11:08 PM, OBender <os...@hotmail.com> wrote:
> The good starting point would be to look at Spring's implementation of @Transaction attribute.
> The AOP part for Guice is straightforward. The interceptor will have to have ThreadLocal<SqlSession> field and injected instance of the SqlSessionFactory from that point is should be able to manage transactions via combination of the SqlSessionFactory.openSession(true/false)/SqlSession commit() and rollback().
> Implementation of the NOT_SUPPORTED, SUPPORTS, REQUIRED levels would be pretty trivial the REQUIRES_NEW will require some more dancing around ThreadLocal<SqlSession> stuff.
> Since SqlSessionFactory.openSession(true/false) works with the underlying transaction manager defined in the configuration we don't have to deal with this stuff (transaction manager) directly I guess.
>
> -----Original Message-----
> From: Simone Tripodi [mailto:simone.tripodi@gmail.com]
> Sent: Monday, December 21, 2009 4:23 PM
> To: user-java@ibatis.apache.org
> Subject: Re: Enjoy the power of iBatis3 + google-guice2
>
> 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 <cl...@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 <si...@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-unsubscribe@ibatis.apache.org
>>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>>
>>
>>
>
>
>
> --
> http://www.google.com/profiles/simone.tripodi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
RE: Enjoy the power of iBatis3 + google-guice2
Posted by OBender <os...@hotmail.com>.
The good starting point would be to look at Spring's implementation of @Transaction attribute.
The AOP part for Guice is straightforward. The interceptor will have to have ThreadLocal<SqlSession> field and injected instance of the SqlSessionFactory from that point is should be able to manage transactions via combination of the SqlSessionFactory.openSession(true/false)/SqlSession commit() and rollback().
Implementation of the NOT_SUPPORTED, SUPPORTS, REQUIRED levels would be pretty trivial the REQUIRES_NEW will require some more dancing around ThreadLocal<SqlSession> stuff.
Since SqlSessionFactory.openSession(true/false) works with the underlying transaction manager defined in the configuration we don't have to deal with this stuff (transaction manager) directly I guess.
-----Original Message-----
From: Simone Tripodi [mailto:simone.tripodi@gmail.com]
Sent: Monday, December 21, 2009 4:23 PM
To: user-java@ibatis.apache.org
Subject: Re: Enjoy the power of iBatis3 + google-guice2
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 <cl...@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 <si...@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-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Simone Tripodi <si...@gmail.com>.
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 <cl...@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 <si...@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-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>
>
--
http://www.google.com/profiles/simone.tripodi
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org
Re: Enjoy the power of iBatis3 + google-guice2
Posted by Clinton Begin <cl...@gmail.com>.
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 <si...@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-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>