Hi,Me and my colleague created a JSF library called Faces Trace which you may find interesting.It brings a visual support for debugging JSF flows.More info and some screenshots are here;
http://www.jroller.com/page/cagataycivici?entry=rise_of_the_faces_traceI'll be glad to receive
Hi!
This is really cool stuff.
Might really help to understand how JSF works and with debugging
dynamically generated views.
Ciao,
Mario
Hi,
Me and my colleague created a JSF library called Faces Trace which you
may find interesting.
It brings a visual support for debugging JSF flows.
Great idea, Cagatay!
Any chance to get this over to the jsf-comps ? Or MyFaces' sandbox?
I like the debugging facility including the Phase visibility, shown on
the graphics.
-Matthias
On 4/14/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi,
Me and my colleague created a JSF library called
How Can I download this library .I did not
see any link?
From: Cagatay Civici
[mailto:[EMAIL PROTECTED]
Sent: Friday, April 14, 2006 10:15
AM
To: MyFaces Discussion
Subject: Faces Trace
Hi,
Me and my colleague created a JSF library called Faces Trace which you may find
Hello,
Really a good idea!
Can we try something?;-)
Maxence Dewil
De: Cagatay Civici
[mailto:[EMAIL PROTECTED]
Envoyé: vendredi 14 avril
2006 9:15
À: MyFaces Discussion
Objet: Faces Trace
Hi,
Me and my colleague created a JSF library called Faces Trace which
I do not think this is totally true,
a http form get is only achievable by bypassing
jsf out of the box. Since all form handling
relies severely on http post (for many reasons)
A parametrized link however can be achieved even without bypassing jsf.
Theoretically you could write a form object
Adam Winer schrieb:
Mike,
What do you mean by not supported in the core?
A GET request turns into an initial render request - no
phases other than Render Response - but Jacob's entirely
correct that JSF *does* support GET, and you can funnel
request parameters directly into your managed
Hi!
Theoretically you could write a form object which allows http get
but there are severe limitations and problems with a pure get, so no one
has done it so far.
Only if you also pass the viewstate and tree as get-parameter.
Given the size limitations of urls I'll say its not even
Seems like the nice guys at icesoft have released a free community
edition of icefaces.
http://www.icesoft.com/products/icefaces.html
Mario Ivankovits schrieb:
Hi!
Theoretically you could write a form object which allows http get
but there are severe limitations and problems with a pure get, so no one
has done it so far.
Only if you also pass the viewstate and tree as get-parameter.
Given the size limitations of urls
Werner Punz schrieb:
well with a hello world it is :-D
Ok, you won :-D
---
Mario
On 4/14/06, Werner Punz [EMAIL PROTECTED] wrote:
Adam Winer schrieb: Mike, What do you mean by not supported in the core? A GET request turns into an initial render request - no phases other than Render Response - but Jacob's entirely
correct that JSF *does* support GET, and you can funnel
I'm sure this question has been asked before, but being new to the game, I'd like to find out what exactly is going on and how to fix the problem.In my Tomcat based application I am using full HTML views and my form is rendered correctly. Via some logging output, I also see my managed bean (a
Does anyone know how to set calendar first day of week to Monday ?!
Bogdan Sava
Bogdan Sava schrieb:
Does anyone know how to set calendar first day of week to Monday ?!
I dont think this is possible yet.
Eventuelly you can change that by adding some javascript, since this
faces compnent depends heavily on external javascript
On 4/14/06, Werner Punz [EMAIL PROTECTED] wrote:
Bogdan Sava schrieb:
Does anyone know how to set calendar first day of week to Monday ?!
I dont think this is possible
Hey Adam-
The most common type of GET requests
I've had trouble with in JSF is binding request parameters to complex managed
bean parameters.
For (a simple) example, say I have a
link /faces/vewDocument.xhtml?documentID=1234.
viewDocument.xhtml has a backing bean (documentController)
with a
Hi,I have not yet implemented the resource loading mechanism from the distribution jar. Thats the major job remaining, after it is done, I'll make a release next week.Also you can make a maven2 build for now, the build system of the project is based on maven2. Here is the project site.
On 4/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 4/14/06, Werner Punz [EMAIL PROTECTED] wrote:
I think what the original poster wanted was to have the entire form and
event handling based on get
If that is indeed what the original poster wanted, then I hope the original
poster will
You can pass get requests, but you lose the current state of the
application.
I have a setup that uses a URL like /product/product.jsf?prodid=1234
product.xhtml (partial)
...snip...
c:set var=bean value=#{productPageBean}/
c:set var=entity value=#{bean['product']}/
h:outputText
org.apache.myfaces.shared_impl.webapp.webxml.WebXmlParser readFilterMapping
WARNING: Ignored element 'servlet-name' as child of 'filter-mapping'.
filter-mapping
filter-nameAdfFacesFilter/filter-name
servlet-nameFacesServlet/servlet-name
/filter-mapping
If you have your faces servlet configured
to receive *.jsf, then all requests to jsp pages that use *.jsf will be
intercepted by JSF. That means the target JSP can have a full component
tree with jsf component goodness. However, as another user mentioned,
you will lose the state of the
I'm drooling over this component! In addition to its debugging
capabilities, the educational value is huge! Nice work.
JR
From: Cagatay Civici [mailto:[EMAIL PROTECTED]
Sent: Friday, April 14, 2006 1:15 AM
To: MyFaces Discussion
Subject: Faces Trace
Hi,
Rogerio Pereira schrieb:
Fixed, i'll create a patch...
Thanks for the patch, it fixed the issue,
I also fixed two timing related javascript errors.
The panel now should work again.
I am having duplicate ID problems still in MyFaces 1.1.3 on a really
complex page.
Environment: MyFaces 1.1.3, Tomahawk 1.1.2, Facelets 1.0.12
This problem is killing our development. I'm getting to the point
where I feel like I may have to hack MyFaces and create a new view
root or view handler
On 4/14/06, Andrew Robinson [EMAIL PROTECTED] wrote:
I am having duplicate ID problems still in MyFaces 1.1.3 on a really
complex page.
Andrew,
Try the 2006-04-13 MyFaces-core 1.1.2 snapshot currently in the
nightlies. We're currently voting to release this as MyFaces 1.1.2.
Hmmm, why not update to facelets 1.14, i have both myfaces 1.1.3 and facelets 1.1.4 and i don't get dup ids anymore.On 4/14/06, Andrew Robinson
[EMAIL PROTECTED] wrote:I am having duplicate ID problems still in MyFaces
1.1.3 on a reallycomplex page.Environment: MyFaces 1.1.3, Tomahawk 1.1.2,
Hi,
I am trying to write a custom component and am having some
trouble with the binding. Specifically I Create 2 MyFaces Components in my
renderer class, for some reason the two date components are not binding. If
anyone can help or point me to a custom component article that renders
Greetings!
I'm a newbie with myfaces/tomahawk, so please, don't judge severe.
Using:
Tomcat 5.5.7
Myfaces/tomahawk 1.1.1
webapp name: spring
I've got a little problem: I'm not able to see the standard images used
in tree2 (folders, lines, nodes etc.) And likely not able to load
associated
Michel,
you have to add the ExtensionFilter to your web.xml
look at myfaces' sample how to do it.
On 4/14/06, Michael Baranov [EMAIL PROTECTED] wrote:
Greetings!
I'm a newbie with myfaces/tomahawk, so please, don't judge severe.
Using:
Tomcat 5.5.7
Myfaces/tomahawk 1.1.1
webapp name:
On 4/14/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
you have to add the ExtensionFilter to your web.xml
look at myfaces' sample how to do it.
The extensionsFilter documentation is probably a better place to look.
Note that you're missing the second mapping.
I have an animated .gif that rotates images (like a slide show). I want
to replace it with some kind of component that will do the same thing.
I'd like to have it pull the sources for the images from a database so
that I can choose which images are displayed on the fly.
Has anyone discovered
I'm getting the following exception with the current 1.1.2 nighly:
java.lang.NoClassDefFoundError:
org/apache/myfaces/application/ComponentNotFoundException
I have searched all the jar files and cannot find that class.
Where is this located?
On 4/14/06, Mike Kienenberger [EMAIL PROTECTED]
I can't use facelets 1.1.x, there are too many incompatibilities with
code we have already written. And the facelets version should not
matter as it is myfaces that hands out IDs.
On 4/14/06, Rogerio Pereira [EMAIL PROTECTED] wrote:
Hmmm, why not update to facelets 1.14, i have both myfaces
On 4/14/06, Andrew Robinson [EMAIL PROTECTED] wrote:
I'm getting the following exception with the current 1.1.2 nighly:
java.lang.NoClassDefFoundError:
org/apache/myfaces/application/ComponentNotFoundException
Sounds like you are using an old version of sandbox.
This file was moving from
James Reynolds schrieb:
I have an animated .gif that rotates images (like a slide show). I want
to replace it with some kind of component that will do the same thing.
I'd like to have it pull the sources for the images from a database so
that I can choose which images are displayed on the fly.
Hello there,
Found another problem with the inputCalendar and Facelets(?). It
wouldn't pop up unless I removed a javaScript function from the body
tag... Took me a few hours to get to the bottom of that. At least it
works now...
Anyway. Now, that the popUp finally works, I can't find a way to
vace117 schrieb:
I just got my code to work.
I still can't explain the spectacular errors and visual effects like
duplication of my dataTable, but I managed to avoid the problem.
The key was not to discard the old instance of HtmlPopup and create a new
one on every render. i.e. these lines:
Oops, I shouldn't have written 'rotation.' I simply mean changing the
displayed image on the page without page submits, basically just like ad
banners. Though your point is taken, I'll need to focus on getting the
image from the server.
Thanks
-Original Message-
From: news
Okay, the no class error was because I accidentally copied the sandbox
into my classpath. That error went away when I upgraded.
However, I am still hosed! The 1.1.2 still produces duplicate IDs. I
got the same exception in the same spot in component tree.
Any ideas?
-Andrew
On 4/14/06, Mike
On 4/14/06, Andrew Robinson [EMAIL PROTECTED] wrote:
Okay, the no class error was because I accidentally copied the sandbox
into my classpath. That error went away when I upgraded.
However, I am still hosed! The 1.1.2 still produces duplicate IDs. I
got the same exception in the same spot in
Resource-loading from a jar? check
out weblets: https://weblets.dev.java.net/
From: Cagatay Civici
[mailto:[EMAIL PROTECTED] Sent: Friday, April 14, 2006 3:24
PMTo: MyFaces DiscussionSubject: Re: Faces
Trace
Hi,I have not yet implemented the resource loading
Unfortunately trying to reproduce it is a pain as I have many files
involved to build this one view, and other files using the same
template work. I'm going to try to get in the current code myself and
see if I can debug it. I'll either send a patch or at least provide
some insight on the problem
Im not sure what the problem is but
I find it strange that maximize would cause a call to processAction(). Im
not sure if processAction() should be called in that case.
Anyway, I know that maximize works on
Pluto and JBoss Portal. You might want to try your JSF portlet on one of
those
Hi again,I've checked weblets some time ago but I think writing a simple resourcephaselistener is a better and simpler alternative.Regards,Cagatay,On 4/14/06,
Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote:
Resource-loading from a jar? check
out weblets:
Well, it is not the view root, I added some println's to the view root and got:
12:26:33,246 INFO [STDOUT] --- NEW UNIQUE ID: 80 (this:
[EMAIL PROTECTED])
12:26:33,246 INFO [STDOUT] --- NEW UNIQUE ID: 81 (this:
[EMAIL PROTECTED])
12:26:33,247 INFO [STDOUT]
That is awesome Cagatay! You have to give this to MyFaces. ;)TravisOn 4/14/06, Cagatay Civici [EMAIL PROTECTED]
wrote:Hi again,I've checked weblets some time ago but I think writing a simple resourcephaselistener is a better and simpler alternative.
Regards,Cagatay,On 4/14/06,
Jesse Alexander
Favor phaselisteners over servlets
to render the image
http://www.nabble.com/Render-an-Image-t1395334.html#a3811978
(my friend's old post to the group maybe you already have it)
and to rotate it by spicing with java2d.
cheers,
Mert
On 4/14/06, James Reynolds [EMAIL PROTECTED] wrote:
Oops, I
Getting closer.
Problem so far: there are two ID's of 81 (obviously). The first one
get's its ID during the restore view (even though the view is new)
phase while the view root has not been created yet. The second one has
the ID obtained from the view root.
The stack of when the first 81 is
And if you could make it so that it's a context parameter in web.xml, that would be even better so it could just show up on every page when it's turned on.TravisOn 4/14/06,
Travis Reeder [EMAIL PROTECTED] wrote:
That is awesome Cagatay! You have to give this to MyFaces. ;)Travis
On 4/14/06,
Mike Kienenberger wrote:
org.apache.myfaces.shared_impl.webapp.webxml.WebXmlParser readFilterMapping
WARNING: Ignored element 'servlet-name' as child of 'filter-mapping'.
filter-mapping
filter-nameAdfFacesFilter/filter-name
servlet-nameFacesServlet/servlet-name
Is there a way I can have different error messages for two different
fields that use the tomahawk regex validator?
h:inputText id=field1 value=#{myBean.field1}
t:validateRegExpr pattern=x /
/h:inputSecret
error message=you have entered an invalid field1
h:inputText id=field2
On 4/14/06, L Frohman [EMAIL PROTECTED] wrote:
Is there a way I can have different error messages for two different
fields that use the tomahawk regex validator?
Yes, the latest tomahawk snapshot supports the message attribute on
all tomahawk and sandbox validators.
t:validateRegExpr
On 4/14/06, Hubert Rabago [EMAIL PROTECTED] wrote:
On 4/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 4/14/06, Werner Punz [EMAIL PROTECTED] wrote:
I think what the original poster wanted was to have the entire form and
event handling based on get
If that is indeed what the
Okay, I've been digging deep into MyFaces SVN and facelets 1.0.14
source code to try to find the issue of duplicate IDs. It looks like
it is a facelets bug after all.
What I've been able to find out so far:
MyFaces creates a view with a bunch of facelets tags (defines,
includes, compositions,
Adam,
That's solved straightforwardly with indirection, so that
you have, say, a DocumentProviderBean with get/setId() and
getDocument() on it, and getDocument() has the code to handle
converting the ID into an appropriate object - presumably with a
trivial call to your DAO layer. The request
On 4/14/06, Adam Winer [EMAIL PROTECTED] wrote:
On 4/14/06, Hubert Rabago [EMAIL PROTECTED] wrote:
Without something like NonFacesRequestServlet, the request goes
directly to the JSP and bypasses managed beans. That was my
understanding. Jacob says I'm wrong, and I was wondering if
It doesn't execute a managed bean; that's not how JSF
works. It's not an action framework. (I misunderstood
your statement, which wasn't precisely worded.)
This *does* mean that the request is specifically targetted
at a page, and does not go through navigation rules.
That's a legit nit to
The large difference I saw with using get requests for JSF and using
the InvokingJsfPagesWithStandardUrls is the fact that the WIKI
example actually executes an action. If you don't want an action to
execute, then there is no reason to have to do anything special for a
GET request. In fact, if you
Andrew Robinson wrote:
Okay, I've been digging deep into MyFaces SVN and facelets 1.0.14
source code to try to find the issue of duplicate IDs. It looks like
it is a facelets bug after all.
What I've been able to find out so far:
MyFaces creates a view with a bunch of facelets tags (defines,
Jacob, the view root is not handing out the same ID. I have verified
this by stepping through the MyFaces SVN code. UI view root is only
handing out ID 81 once.
The DefaultFacelet.java is rehydrating my decorated page and
re-using components from the previous view. One of these is an output
text
If you wanted a GET to execute an action
(and pass parameters), why not adapt Shale's url convention /[managedBeanName]/[actionMethod]
(for example: /documentController/documentID?id=1234)? That would
enable GET requests to go through the NavigationHandler and have even more
of the JSF framework
Ok, thanks. I just wanted to make sure I didn't miss something
obvious, or something not so obvious.
Oh wait a sec. How *would* you do it? I mean, what's a better way
than NonFacesRequestServlet? Can you explain to a noob like me, or
maybe point to me to a URL?
You say along the same lines
Adam-
I don't think your response is quite
what I was getting at. In Struts world, I have lots of ugly code
sprinkled everywhere that converts request params to very low-level custom
objects in our system (for example, Enums for statuses, types, and flags
as well as other objects like
It is, but I am not on the same view, I am on a new view. The new view
is getting a component from the old view. So:
1) view #1 is restored,
2) the navigation handler is fired from an action result
3) a new view is created
4) *somehow* a tomahawk outputText component is getting added to the
new
Adam,
Was this for me? I'm sorry, I can never tell because there's no
context. If it is, then yes, I know about the NonFacesRequestServlet
[1], and Shale's remoting support [2]. Both of those of course build
on the framework. I posed the question based on Jacob's statement
that seem to imply
Hubert-
Sorry I didn't clarify my idea better.
It was a general idea for a JSF extension, not something that will
help you in the near-term.
Using GET requests you can't get 100%
of the JSF framework goodness. Adam W. pointed out that you don't
get to use the Navigation framework if your URL
Yes,
From what I got in the logs, the processAction
method is called when the user clicks on the maximize button (at least in
Liferay), then the execute method of the Lifecycle is executed and finally the
portlet tries to set the view id in the ActionResponse using
setRenderParameter.
On 4/14/06, Adam Brod [EMAIL PROTECTED] wrote:
If you wanted a GET to execute an action
(and pass parameters), why not adapt Shale's url convention /[managedBeanName]/[actionMethod]
(for example: /documentController/documentID?id=1234)?This capability was specifically designed for being the back
Okay, first thank you. 2nd, REALLY sorry for being a complete JERK and
making unbacked accusations against your code once again (Man if I
keep this up, I'm going to have to ban myself from these list groups
to stop myself from looking like a complete idiot and ticking everyone
else off).
Okay, I
Hi,
Id like to share some thoughts we had while
developing a JSR 168 portlet application using JSF, specifically regarding inter
portlet communication, and get some feedback from you.
The portlets we developed were highly coupled; an event in a
portlet would trigger actions in
On 4/14/06, Adam Brod [EMAIL PROTECTED] wrote:
Adam-
I don't think your response is quite what I was getting at. In Struts
world, I have lots of ugly code sprinkled everywhere that converts request
params to very low-level custom objects in our system (for example, Enums
for statuses,
Craig-
Thanks for your response. I understand
that the existing Shale remoting code wouldn't work, but as you wrote -
the same principle could be applied.
However,
dealing with conversion errors on unedited request parameters (it'll likely
throw an exception) is probably not as user
the
interesting question (which you're posing) is how to make
JSF better tomorrow than it is today.
Exactly! Simplifying some action-style
interactions just makes the framework richer and expands its usefulness.
Adam Brod
Product Development Team
Adam Winer
[EMAIL PROTECTED]
04/14/2006
On 4/14/06, Adam Brod [EMAIL PROTECTED] wrote:
Craig-
Thanks for your response. I understand
that the existing Shale remoting code wouldn't work, but as you wrote -
the same principle could be applied.
However,
dealing with conversion errors on unedited request parameters (it'll likely
Travis, never thought of something like that but yes it would be great to turn it on with a context param. I'll add this to my todo list, thanks for the feedback,Cagatay,On 4/14/06,
Travis Reeder [EMAIL PROTECTED] wrote:
And if you could make it so that it's a context parameter in web.xml, that
But in your example, personId is a primitive.
What I really want is to pass my own model objects from the List
to the Detail page (without post-backs). Would your example work
if personId were a PersonIdentifier object? What about other
custom properties such as Enums, EmailAddresses, etc? If so,
On 4/14/06, Adam Brod [EMAIL PROTECTED] wrote:
But in your example, personId is a primitive.
What I really want is to pass my own model objects from the List
to the Detail page (without post-backs). Would your example work
if personId were a PersonIdentifier object?No. As I mentioned earlier, the
Sounds like a decent solution.
Inteportlet communication will be defined by the next portlet spec but it will
be quite some time before that is done.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
From: Marcio E Miranda
[mailto:[EMAIL PROTECTED]
Sent:
Yes, I would do something like that. Just
detect whenever the portlet state is changed and make processAction return
immediately.
I think this is something that the Portal
spec should address if it doesnt do so already. I cant think of
a good reason why processAction() should be called
Craig, Adam B.,
I don't think Converters are a good path to go down here.
Converters are globally registered, not contextually,
so they don't reflect the local meaning of what a personId
might mean, which is certainly not going to be a fixed mapping
across an entire application. They're also
Exactly,
The JSR 286 spec will address several
issues that were lacking in the first one, inter portlet communication being a
major one, but it is expected to be finished by the end of the year, and it
will take some more time for portal vendors to be compliant, so I expect a
general
On 4/14/06, Adam Winer [EMAIL PROTECTED] wrote:
Craig, Adam B.,I don't think Converters are a good path to go down here.Converters are globally registered, not contextually,so they don't reflect the local meaning of what a personIdmight mean, which is certainly not going to be a fixed mapping
83 matches
Mail list logo