Raphael wrote:
>x :tree has a tree model and tree selection listener as well as a Node
>class- DefaultMutableTreeNode - ( have a look at the source for exact names)
>. So you would need to instanciate a tree model - showing how the tree nodes
>a populated, an then assign the mode to x:tree value .
Sorry, i re-sent since my gmail takes 2 days to get to the list.
Raphael wrote:
x :tree has a tree model and tree selection listener as well as a Node
class- DefaultMutableTreeNode - ( have a look at the source for exact names)
. So you would need to instanciate a tree model - showing how the tree
Rod Johnson's notes on JSF are worth reading in "*Expert One-on-One J2EE
Development without EJB".
Mike*
Fadil Mokhchane wrote:
I want to unsuscribe from the mailing list.
thx
I want you to do that too. LOL :-) Good luck!
Mike
sorry I made a mistake with the mail adresse
i should sent to [EMAIL PROTECTED] ?that's it ?
On Fri, 14 Jan 2005 20:26:03 +0100, Fadil Mokhchane
<[EMAIL PROTECTED]> wrote:
> I want to unsuscribe from the mailing list.
>
> thx
>
x :tree has a tree model and tree selection listener as well as a Node
class- DefaultMutableTreeNode - ( have a look at the source for exact names)
. So you would need to instanciate a tree model - showing how the tree nodes
a populated, an then assign the mode to x:tree value . Each node class wil
I want to unsuscribe from the mailing list.
thx
Like Sean said, it's not about session replication. Maybe I articulated
it badly in my post about "Exception during server-side state saving",
where I wrote:
"I believe servlet spec 2.3 requires that a container is able to
serialize the session for persistence. In Tomcat, you can configure a
sessi
Hi,
Any suggestions on how we could best update the proposal or formalize it
based on feedback from the JSF community?
Based on this discussion our team had a look at the MyFaces custom
components and the faces-config.xml file provided with the MyFaces
components. One thing we noticed is that t
Hello,
I am trying to use the Myfaces x:tree component but don't really understand how
it works. I have successfully created an example similar to the one provided,
but would like to add more features to it.
I would like to create a tree similar the standard model of email threads and
messa
Sean thanks for the insightful reply. You're reply brought up another
question for me. I am still working my way through JSF I've got my head
wrapped around the mechanics of doing JSF apps (but not writing components).
But I am still don't know enough to see what is missing from JSF compared to
Str
you could use this operatos:
-arithmetic like +, -, *, / or %
-relational like <, >, <=, >=, == or !=
-logical like &&, || or !
-empty like #{empty bean.property}
and #{backingBean.property ? 'TRUE' : 'FALSE'}
HTH,
Matthias
> -Original Message-
> From: Alessandro Polverini [mailto:[EMAIL
Craig thanks for the reply. I guess I was not able to articulate my real
question I'll take another crack. I am out to understand the class of
problems that JSF is good for and what is not good for on it's own.
For example, If I was to write an OS I would probably use C not Java. If was
to writ
On Fri, 2005-01-14 at 17:21 +0100, [EMAIL PROTECTED] wrote:
>
>
>
> you need a true or false value in the rendered attribute
I tought that the "empty" operator was a boolean one (at least it is in
the jstl / JSP2 if I'm not wrong).
You leaved that operator on the example, I suppose it's a mi
you need a true or false value in the
rendered attribute
Chris
Alessandro Polverini <[EMAIL PROTECTED]>
14.01.2005 17:18
Bitte antworten an "MyFaces Discussion"
An:
MyFaces Discussion
Kopie:
Thema:
Test for null values in _expressi
Hello,
I've another exciting question :)
I would like to render a component depending of the fact that the value
of a property is null or not.
I tried this way using the jstl EL syntax:
But that does not seem to work.
What's the correct way of testing null values?
Thanks,
Alex
Hello,
I'm experimenting with MyFaces and I find great :)
I've yet to understand some things (also, I think that without myfaces
extension, things would be *much* more difficult...), and for example I
would like to know how to handle the default action of a form, i.e.,
what happens if a user just
I'm sure this is going to be fixed soon. It bothers me as well and
I'm working on pestering the other developers to help. I don't know
enough about how JSF in general (and my faces in particular) does the
state saving to fix it yet. But I am getting up to speed rapidly (and
finishing up another
Hi Sean,
-thank you!
But we switched to server-side persistence
because of bad performance with client-side persistence.
Using client-side persistence our application
was able to work with about 80 users.
With server-sitde persistence it is
able to work much more. And it has to work with about 7
In addition to deciding on whether JSF will be satisfactory in terms
of performance, you also have to think about some other practical
things. Do you already know another web application framework
(Struts, Webworks, Spring?) I would definitely recommend a framework
over nothing.
If you aren't re
lol.
Maybe we all need Simpson's aliases to seemingly increase the
popularity of our solutions.
I call Dr. Marvin Monroe! :-)
On Fri, 14 Jan 2005 09:24:57 -0500, Sean Schofield
<[EMAIL PROTECTED]> wrote:
> I have a confession to make. I wrote the last entry. Flanderz = me.
> :-) That's just t
I have a confession to make. I wrote the last entry. Flanderz = me.
:-) That's just the nickname I use on the Sun forum (I'm a Simpsons
fan). I remembered that thread from a long time ago and so I wanted
to get some people to look at our solution now that we have one.
sean
On Fri, 14 Jan 200
Rico,
This isn't a problem with session replication its session
serialization. The state data needs to be stored either on the server
(session serialization - the default) or on the client.
This should work but there is a known bug
(http://issues.apache.org/jira/browse/MYFACES-75) that still nee
sure,
I guess there must be done more on this,
since it bounces in *HTML* RenderKit of
MyFaces...
But not able to look detailed at it.
Regards,
Matthias
> -Original Message-
> From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 14, 2005 2:33 PM
> To: 'MyFaces Di
I missed the error...
root cause
java.lang.ClassCastException
org.apache.myfaces.renderkit.html.HtmlFormRendererBase.encodeBegin(HtmlF
ormRendererBase.java:85)
javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:3
08)
nonjsp.application.XulViewHandler
got it to run.
a) remove listener from non.jsp sample (web.xml)
b) add
nonjsp.application.XulViewHandlerImpl
to faces-config.
c) remove work dir of non-jsp
d) restart tomcat
but now I got ClassCast - Errors in MyFaces's classes...
:-(
> -Original Message-
> From: Marc Lustig [mailto:[
Am Freitag, 14. Januar 2005 13:27 schrieb Matthias Wessendorf:
> what did you do?
>
> did you add
>
>
> org.apache.myfaces.webapp.StartupServletContextListener<
> /
> listener-class>
>
>
> to web.xml ?
yep, same error in tomcat-log. I guess this is because the non-jsp example
needs this special
Hi,
I don't need the session replication.
Is there any setup for tomcat to turn off the session replication.
I get this error when I use state_saving_method
= server in web.xml.
Any help?
Thanks!
09:20:07 [ 10] ERROR
- e.catalina.session.ManagerBase - IOException while loading persisted
what did you do?
did you add
org.apache.myfaces.webapp.StartupServletContextListener<
/
listener-class>
to web.xml ?
> -Original Message-
> From: Marc Lustig [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 14, 2005 1:23 PM
> To: myfaces-user@incubator.apache.org
> Subject: troub
Hi Marc,
> The one thing that I don't like is that faces are defined
> using JSP (& custom
> tags). The JSF-specification says that JSP is not necessary
> by definition and
> that other ways to define faces are possible too (I'm
> currently digging into
> the 'non-jsp' example from Sun.)
Su
I get following error:
2005-01-14 13:19:00 StandardContext[/nonjsp]Exception sending context
initialized event to listener in
stance of class nonjsp.lifecycle.XulServletContextListener
java.lang.IllegalStateException: No Factories configured for this Application
- typically this is beca
use a c
Hi,
I'm pretty new to JSF and currently evaluating MyFaces.
The one thing that I don't like is that faces are defined using JSP (& custom
tags). The JSF-specification says that JSP is not necessary by definition and
that other ways to define faces are possible too (I'm currently digging into
th
Yes it is, the extensions-filter loads the resources from the jar-file
- you cannot switch these resources anymore
I actually don't know right now how to resolve this issue - does Sylvain
have any idea?
The jscookmenu should have the same problem I would suppose...
regards,
Martin
On Fri,
Well, so far it seems that only the "cost-ware" enhancements from Rational
do add the visual JSF-editing. The have their own metadata-definitions.
And a message we got from their dev-lab seemed to imply, that they want
to keep their specs until JSF 2.0 has been finalized.
And their metadata-specs
Jesse,
sure JDeveloper supports that metadata spec,
sicne it's a proposal submitted by Oracle ;-)
But also, I am interessted to see, with what
the eclipse guys come up, when JSF is integrated
in "eclipse web tools platform project".
I guess they are also interessted in a community
solution.
Mat
I just read the proposal and think now it would
be interessting, to become a (common) community-based
standard on that.
Has anyone read the proposal too?
BTW. I guess by SUN there is a proposal,
that addresses this issue for Studio Creator too.
But I am not sure...
I thing it's important for auth
Martin,
is this related to ExtentionFilter and
*embedded* resources?
http://tinyurl.com/7yuy2
Regards,
Matthias
> -Original Message-
> From: Martin Marinschek [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 14, 2005 10:43 AM
> To: MyFaces Discussion
> Subject: Re: MyFaces 1.0.8 and c
-Original Message-
We're going to be performance testing MyFaces pretty soon (JSF in
general isn't fair to evaluate because there are lots of different
implementations out there), and I'll let people know how it performs.
-Original Message-
Do you have an application ready for test
I will look into that - sorry for the inconvenience...
regards,
Martin
On Thu, 13 Jan 2005 14:22:30 -0700, Matt Raible <[EMAIL PROTECTED]> wrote:
> I tried upgrading Equinox to use MyFaces 1.0.8 and found that my
> calendar component no longer works. I looked at the myfaces-example
> and final
Additionally, a slight warning:
there are some caveats in the "special JSF implementation MyFaces"
regarding performance right in the moment, not all is implemented with
performance as the first priority...
The biggest problem might be that the response is cached in memory
before it is sent out -
I think myFaces could profit a lot and get ahead of the RI if it supported
this proposal already for "JSF 1.1" und not only as planned for the RI by
"JSF 2.0".
Especially if JDeveloper already supports that metadata-set.
IF in the final metadata-spec there would be changes, then the needed
cha
41 matches
Mail list logo