Craig, is there any thought to add
namespace support to the EL? Example:
#{myBean.blah}
As opposed to:
#{myModule:myBean}
This would help greatly, especially for
those of us who have huge numbers of managed beans.
Or the more adventurous of us who want to
try (or need) and
Hi Craig,
Weve had this discussion regarding
the $ separator on this list not long ago.
I am aware of and have been using the
spring resolver, however there is a namespace collision between spring beans
and jsf beansthe resolver will prefer spring beans of the same id
(assuming the
Title: Injecting Java 5 Enums into a managed bean
A simpler solution would be to use the spring
delegating variable resolver and refer directly to the spring bean instead.
Afaik there is no native way to lookup
java 5 enums in jsf 1.1 (or for that matter in jsf 1.2 eitherwithout the
Hi Wolf,
From a quick glance you have globalOnly=true in your h:messages and it
looks like you're adding a message with a handle userForm:errors
(non-global). Try setting globalOnly to false or creating a faces
message with a null handle (to make the message global).
For the second problem of
Hi
You are talking about an Ajax action, and should look into an ajax JSF
component library for achieving this. The standard tabbed pane from
tomahawk does not support lazy-loading parts of the dom, I believe.
Dhanji.
-Original Message-
From: Jaya Saluja [mailto:[EMAIL PROTECTED]
Sent:
Title: question about custom components with heavy JS use
If I understand your problem
correctly, you cannot tell the state of the tree when refreshing the page?
This is easily solved by updating the component during the post
(example, tracking which nodes are expanded or collapsed as
-Original Message-
From: Ondrej Svetlik [mailto:[EMAIL PROTECTED]
Sent: Thursday, 22 June 2006 12:37 PM
To: MyFaces Discussion
Subject: Re: managed properties
Hello,
why don't you simply create the instance in the
constructor of the bean?
class ManageMyBean {
Actually, you're working too hard. Just use:
value#{businessDelegate}/value
JSF IoC container is not that powerful, I prefer to use Spring and then
use
the Spring delegating variable resolver.
You could also write your own JSF variable resolver and then manage the
Good to know. Btw what
are the semantics of using mixed-scope managed properties inside each other?
Example:
Backing bean A has
request scope
Backing bean B has application
scope but contains a managed reference to A.
What am I obtaining when
retrieving B.a?
Futhermore, in spring,
Thanks Craig.
At the risk of straying from the subject a
bit--I am curious about the JSF bean lifecycle management and why the current
strategy was chosen. In the EJB lifecycle, the container manages a pool of scope-agnostic
beans that are brought into session on use. The reason for
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig McClanahan
Sent: Monday, 26 June 2006 11:43
AM
To: MyFaces
Discussion
Subject: Re: managed properties
In JSF 1.2, which is part of Java EE 5, you get the benefits of resource
injection from the
From:
Jesse Sightler [mailto:[EMAIL PROTECTED]
Sent: Saturday, 24 June 2006 11:36
AM
To: MyFaces
Discussion
Subject: Re: [OT] JSF and JVM
performance
How many times did you
run your performance test? Were you timing the first run, or timing some
runs after giving it some
Hi
The navigation system in JSF is enforced declaratively.
I was curious of Craig or any of the powers-that-be of myfaces had considered
using typesafe navigation using enums?
We do this in a rudimentary way in our project, as
there is a very real chance of namespace mixups and
-Original Message-
From: Mike Duffy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 5 July 2006 2:33 PM
To: MyFaces Discussion
Subject: Re: Backing Bean in Request Scope Persists Beyond Request
In a Google sarch I saw the following in a post from Craig:
You can accomplish
Hi Mario! =)
Also relevant may be the Web Beans JSR (299) that Jboss is leading for
integrating EJB3 with JSF.
Separating concerns is important if the persistence/EJB layer is
(potentially) serving many view tiers. Many projects are using transport
objects to move data between the EJB layer and
I think the point is that the median time keeps rising. Whereas in JSP
it doesn't, signifying some kind of leak in myfaces or the use of it...
On a pure performance level I'd love to see how JSF stacks against
Tapestry which takes a pooled-backing bean approach. I am convinced that
creating and
This is probably an evil idea but can you not lookup what the page is
doing and submit the form with the proper parameters set?
Afaik, the commandLink is going to convert hyperlink clicks to a form
POST anyway...
-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED]
Sent:
This looks like a very bad idea to me. If
there are a limited number of answer component-types (from a quick glance at
your code I see htmlSelectMany, One, Boolean) why not just have all those
component types and control whether or not they are shown with the rendered
attribute. Afaic this
-Original Message-
From: Mirek B. [mailto:[EMAIL PROTECTED]
Sent: Thursday, 13 July 2006 9:11 AM
To: MyFaces Discussion
Subject: Re: [newbie] MyFaces or Barracuda ??
About J2EE : At XWiki (a Java Wiki at www.xwiki.org) I read in the
features section : Scalability and Performance using
Put it in a h:panelGroup?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Matthias Wessendorf
Sent: Thursday, 13 July 2006 2:33 PM
To: MyFaces Discussion
Subject: Re: Should ValueBindings inside rendered=false be evaluated?
I think that div doesn't care
What version of spring is this?
Can you resolve spring beans from anywhere
else? Say from a JSP page if you use the same EL _expression_? If you cant then
you know its a problem with appfuse and how its set up.
Also are you using a spring webapp context
or a regular spring context
To clarify, when you resolve it from a jsp
page do you do so from within a JSF component? As in:
h:outputText value=#{searchManager.someproperty}/
If yes and it works, then this is some
problem with the wiring, best addressed by appfuse and the raibleans ;)
Otherwise check to see
From:
Wolf Benz [mailto:[EMAIL PROTECTED]
Sent: Monday, 17 July 2006 2:22 PM
To: MyFaces
Discussion
Subject: Re: JSF/Spring
integration - managed-property problem
I have this prob too, and I don't use AppFuse.
I also use Tomcat 5.5.17
I also get NPEs. (@ Spring bean
Wow that sounds like a mess!
Re: the # at the end that just means your extensions
filter is probably not binding the _javascript_ properly. All links (generally) in
JSF are just to # on the current page, then _javascript_ traps the action and converts
it to a form POST (because HTML
I don't think it's that hard to find someone who speaks english and ask them to
translate for you.
It would be nice (not to mention much more useful) for everyone to be able to
participate in whatever topic you have going.
-Original Message-
From: Dennis Byrne [mailto:[EMAIL PROTECTED]
A session is specific to a user-cookie,
there is no way they can get crossed unless the cookies get crossed or somehow
the sessions can interact with each other (say with the use of a static or
threadlocal object). Plus you defeat the purpose of the framework by working directly
with the
We tried a hack to solve a similar issue by having a PhaseListener in
the beforeRender phase that walks the component tree and modifies it (in
our case resetting css styles) on offending components (referenced in
the FacesMessages collection).
It's a bit of an ugly hack and doesn't always work:
Wolf:
Was not referring to the quality of the
code at allnotice that I said sounds and not looks
like a mess. I was referring to the setup of filters, DIs et al.
As for your calling the dep in the
constructor and expecting setter injection to provide the dep, well. =)
Btw, this
I believe the preferred way is to set the attribute, immediate=true on
the button, so that the POST contents are not merged into the backing
bean.
-Original Message-
From: Chandra Sekhar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 July 2006 2:32 PM
To: MyFaces Discussion
Subject: Re: how
. It can be handled at the JSP Side
alone.
If there are any other specific reasons for immedieate = true
please
mention it.
Rgds,
Chandru.
- Original Message -
From: Dhananjay Prasanna [EMAIL PROTECTED]
To: MyFaces Discussion users@myfaces.apache.org
Sent: Tuesday, July 25, 2006 10:03
30 matches
Mail list logo
