You are right I wont pollute this mail thread with 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 con
This is not a topic for this mailing list. There is plenty of other discussions
about this elsewhere on the Internet.
Suffice it to say that after doing extensive research I came to a confusion
that JEE is the way to go for back end services with transactions and tapestry
for the web front end.
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 list
I would not use spring in any new projects. Just my opinion though.
On May 22, 2012, at 4:59 PM, bhorvat wrote:
> I have been reading up a bit on all of this transactions (as I am not that
> familiar with it yet :) ), and the last thing that I have read is
> http://static.springsource.org/sprin
I have been reading up a bit on all of this transactions (as I am not that
familiar with it yet :) ), and the last thing that I have read is
http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html
It seams to me that transactions that offer EJB like CMT are a bit more
heavyweig
Hi all,
JumpStart 6.1 has been released. You can still test in Jetty and now you can
deploy to:
* JBoss 7.1.1
* Tomcat 7.0
* Glassfish 3.1.2
That's because it now works with:
* Hibernate 4.1 (upgraded from 3.3)
* Java EE 6 (upgraded from 5)
* Ope
Sorry, not what I meant to say at all.
You can use CMT (Container-Managed Transactions)
The commit happens automatically at the end of your business method and nested
and XA transactions are supported via annotations.
On May 22, 2012, at 2:41 PM, Lenny Primak wrote:
> No. You can use BMP (Bea
No. You can use BMP (Bean-Managed Persistence).
The commit happens automatically at the end of your business method and nested
and XA transactions are supported via annotations.
On May 22, 2012, at 2:36 PM, bhorvat wrote:
> With JEE transaction I would have to handle everything manually? L
With JEE transaction I would have to handle everything manually? Like so
UserTransaction transaction = (UserTransaction)new
InitialContext().lookup("java:comp/UserTransaction");
transaction.begin();
EntityManager em = getEntityManager();
Employee employee = em.find(Employee.class, id);
employee.s
So currently I have a method addItem and removeItem in in there I create
couple of entities and remove a couple. Now in those methods I have call to
services that only handle single entities (it is just a hibernate CRUD), and
this works fine because on the interface of them I have @CommitAfter.
H
How about just using JEE transactions? It's very easy and it's what the whole
thing is built for. I am using these with great success in my not-so-small
project.
On May 22, 2012, at 2:20 PM, bhorvat wrote:
>
> Thiago H de Paula Figueiredo wrote
>>
>> On Tue, 22 May 2012 14:19:28 -0300, b
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
Thiago H de Paula Figueiredo wrote
>
> 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 perth
Hi Howard and tnx for joining in the fun.
If you dont mind can you share a bit more light on what do you think in 5.4
will be in regards to this problem. How do you plan to move as you have said
it yourself in the direction in which the web is going.
Howard Lewis Ship wrote
>
> However, more
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
Tapestry's built-in Hibernate/JPA support is very close to OpenSessionInView.
It's lazier, I believe, than Springs. The Session is created on first
usage (via the magic of lazy proxies).
In any case, the transaction extends to the end of the request, and is
then aborted.
The challenge is never d
OpenSessionInViewFilter has nothing to do with detached entities, it only
keeps session open till view is rendered otherwise lazy loading will no
work. The filter is trying to solve it by always opening session in every
request and closing it at the end. Tapestry hibernate opens session only
when
> Say that you
> load an object and that object has a list of objects in it, and you try to
> access the list in the tml page with say the loop component. Now if you
> dont
> use the OpenSessionInViewFilter you should get an exception
> (LazyInitalization).
> Yes but only if the session is c
On Tue, 22 May 2012 10:51:30 -0300, George Christman
wrote:
Hello, I'm trying add the following arguments to the tapestry validate
parameter. The first one being tapestry's built in email validator and
the second being my custom validator.
t:validate="email, prop:getFieldValidator('shipto
Hi guys i think there is a bug in tapestry-jpa and value encoder
In a discussion i was reading, Howard changed valueEncoder of
tapestry-hibernate to return null in toClient if the id of the object
was null.That was use full in cases where we wanted to have the same
page for save/edit.
Quote from
OpenSessionInViewFilter has nothing to do with detached entities, it only keeps
session open till view is rendered otherwise lazy loading will no work. The
filter is trying to solve it by always opening session in every request and
closing it at the end. Tapestry hibernate opens session only whe
On Tue, May 22, 2012 at 3:59 PM, bhorvat wrote:
> The thing is I am not sure for what it is used in the first place. Based on
> everything that I have read it it seams to me that you use it to keep the
> session open until you are done with the rendering of the tml.
Yes. The hibernate session (j
The thing is I am not sure for what it is used in the first place. Based on
everything that I have read it it seams to me that you use it to keep the
session open until you are done with the rendering of the tml. Say that you
load an object and that object has a list of objects in it, and you try t
Hello, I'm trying add the following arguments to the tapestry validate
parameter. The first one being tapestry's built in email validator and the
second being my custom validator.
t:validate="email, prop:getFieldValidator('shiptoContactEmail')"
which results in this exception.
java.lang.Runtim
On Tue, May 22, 2012 at 3:34 PM, bhorvat wrote:
> Any thoughts on OpenSessionInViewFilter?
>
Yes. It's an anipattern (search it on google). Don't use it. I avoid
detached entities, or keeping them in some serialized form.
tapestry's ValueEncoder principle follows the principle of converting
cli
Update, the validation decorator method isn't being called when adding a new
row with AjaxFormLoop until afterthe page renders for the first time with
the new row. At that point it appears to be adding the js script to the
page. Any suggested work arounds?
--
View this message in context:
http://
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 - Us
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 Nabble.co
Hi!
You will find here some code snippets:
http://tapestry.1045711.n5.nabble.com/Javascript-Image-Cropper-with-Chrome-td5713110.html
if you are interested, i can also send you the full code. My approach is
working / the only bug comes with chrome.
alex
--
View this message in context:
http://
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
What is the best way to handle complex transaction in Tapestry?
Up to this point I had a bunch of services that have @CommitAfter annotation
on them, and then I have a method say addNewSomething() in which I call a
create a bunch of objects all conected to each other and then call
appropriate serv
32 matches
Mail list logo