:S
>
> tnx
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713540.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
>
ion does then :S
>
> tnx
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713540.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> --
S
tnx
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713540.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr.
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713416.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestr
success together, can I do this with you configuration? Can I put
Transactional annotation on something other then HibernateDAO.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713416.html
Sent from the Tapestry - User mailing list archive
ing.
>
> Cheers and thanks for posting and helping
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713407.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> -
ilter), how do I plug in the
filter into the tapestry (do I have to), do I have to change the hibernate
configuration that I have so far, since my project does not use spring.
Cheers and thanks for posting and helping
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tap
h that anymore, I will try
> to do a bit more research on one vs the other.
>
> But in the mean time if anyone has any suggestion and nice links about
> spring-transactions and OSIVF please share it will be of great help
>
> cheers
>
> --
> View this message in context:
&
context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713343.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For
.
On May 22, 2012, at 5:05 PM, bhorvat wrote:
> How so? It was my impression that spring is more lightweight then EJB and all
> that come with it so it is less dependent, am I wrong?
>
> tnx
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.c
How so? It was my impression that spring is more lightweight then EJB and all
that come with it so it is less dependent, am I wrong?
tnx
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713341.html
Sent from the Tapestry - User mailing
gt; Also there was mention here that OSIVF should be avoided since it is an
> antipatern, can someone put some good words for the OSIVF and their
> experience with all of this?
>
> cheers and tnx all
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabbl
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713339.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr
.find(Employee.class, id);
>> employee.setSalary(employee.getSalary() + 1000);
>> transaction.commit();
>>
>> http://en.wikibooks.org/wiki/Java_Persistence/Transactions
>>
>> --
>> View this message in context:
>> http://tapestry.1045711.n5
Salary(employee.getSalary() + 1000);
> transaction.commit();
>
> http://en.wikibooks.org/wiki/Java_Persistence/Transactions
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713334.html
> Sent f
.class, id);
employee.setSalary(employee.getSalary() + 1000);
transaction.commit();
http://en.wikibooks.org/wiki/Java_Persistence/Transactions
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713334.html
Sent from the Tapestry - User mailing list
in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p571.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For
. The
> thing is I have tried puting @CommitAfter on methods like that but it didn't
> work in cases I am trying to delete a bunch of entities.
>
> Cheers
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5
On Tue, 22 May 2012 15:20:44 -0300, bhorvat
wrote:
thing is I have tried puting @CommitAfter on methods like that but it
didn't work in cases I am trying to delete a bunch of entities.
Define 'didn't work'. From a transaction standpoint, updating, inserting
and deleting is all the same t
tried puting @CommitAfter on methods like that but it didn't
work in cases I am trying to delete a bunch of entities.
Cheers
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p571333
regards as well as my current needs.
Cheers and tnx
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713329.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
--
On Tue, 22 May 2012 14:19:28 -0300, bhorvat
wrote:
So tapestry now replaces the need for OSIVF, right?
tapestry-hibernate and tapestry-jpa solve the same problem as OSIVF but
without using a filter. Instead, it uses perthread services.
So if I use spring then I dont need this CommitAft
ession only
> when it is needed and closes it when thread is finished, it is how it should
> be, but if you use spring hibernate + tx you need to use it there is no way
> around it.
>>
>> --
>> View this message in context:
>> http://tapestry.1045711.n5.nabble.com
it is needed and closes it when thread is finished, it is how it should
be, but if you use spring hibernate + tx you need to use it there is no way
around it.
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713314.html
>
this you'll need your own advice - or just don't call
> @CommitAfter annotated methods in a transaction (other @CommitAfter
> methods).
So if I use spring then I dont need this CommitAfter. I will have to read
more about it :)
cheers and tnx for your help
--
View
or your help
>
> cheers
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713314.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> -
@CommitAfter annotated methods in a transaction (other @CommitAfter
methods).
> tnx for your help
>
> cheers
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713314.html
> Sent from the Tapestry - User mailing list archi
cheers
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713314.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr
s
>
cheers
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713309.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
>
The blog looks nice but this is not something that I would like to include my
self. btw did you try out his example or did you just stumble upon?
cheers
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713310.html
Sent from the Tapestry
Any thoughts on OpenSessionInViewFilter?
Is there any tapestry spring transaction example that you know of?
cheers
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299p5713309.html
Sent from the Tapestry - User mailing list archive at
Here's a nice blog post form tawus fro extended transactional support
http://tawus.wordpress.com/2011/04/23/tapestry-magic-5-advising-services/
Cheers,
Dragan Sahpaski
On Tue, May 22, 2012 at 1:47 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Tue, 22 May 2012 07:42:08 -03
On Tue, 22 May 2012 07:42:08 -0300, bhorvat
wrote:
What is the best way to handle complex transaction in Tapestry?
As Tapestry nor Tapestry-IoC don't have support for more complex
transaction scenarios, maybe you should consider using Spring or EJB for
them.
--
Thiago H. de Paula Figu
exception, but
OpenSessionInViewFilter does not help with that, right? So I am right to
assume that tapestry-hibernate has its own version of
OpenSessionInViewFilter?
Cheers
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Tapestry-Transactions-tp5713299.html
Sent from the
34 matches
Mail list logo