Hi!
I would like to know if seam handle (if at all) the following problem:
(BTW: I looked at the source, but couldn't find something in this direction)
You load an entity from the database which has a lazy OneToMany within.
Now, when you do not access this list from your action class or any
I think we could be able to find a solution for it. Using eager loading is one
of them, though, I see three drawbacks:
1) you have to know what the view requests from your entities - in our
theoretical case where the view and the backing bean author are different
persons you might not be able
Ok, looks like I found another solution/workaround.
I provide my own Hibernate ConnectionProvider (by decorating the original one).
This provider hands out so called DisconnectableConnections and keeps track
of all borrowed/released connections.
In a ServletFilter (at the end of the response)
german.delacruz wrote : Perhaps this filter can't accept that there is
certains beans which cannot be cached.
|
| The source code for it is there
Is there any information how seam append its conversationId (or whatever) to
the link?
I had a look at the DataScroller and it simply create a HtmlCommandLink
dynamically, so it uses a standard JSF component to render the link.
Don't see what tomahawk does wrong here.
However, I'll point you
Hi!
I wonder about the style used in this forum when it comes to posts where user
complain about the interoperability between Seam and Tomahawk.
In the past we (I) tried some stuff in Tomahawk-sandbox which might have had
some influence with Seam, but this has been fixed (as far as I know).
imario wrote :
| Maybe we should sign a contract with Jboss about the effort to make our
techniques better compatible.
| Just as everyone do with M$ these days.
|
For sure, this was meant ironic :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3993795
WE always work hard fixing our bugs if we are aware of them, though, some of us
are idealistic open-source developers, means, they are not hired by a company
which has a separate department just for open-source development.
Some of use (me included) spend many, many hours of our private time to