You can also use tr:selectOneChoice instead of h:selectOneMenu
With the same t:selectItems inside, h:... gives me errors; tr:... not
at all!
-Wolf
On 27 Feb 2007, at 10:31, CarlHowarth wrote:
Thanks very much Mike - all I needed to do to get this to work is
change the
itemvalue of my
the f:convertNumber type=number /
all clzzes that extend java.lang.Number are supported
Please note, that Trinidad decorates the default converters
for javax.faces.Long, in order to support client-side conversion
-M
On Jan 30, 2008 11:27 AM, Wolf Benz [EMAIL PROTECTED] wrote:
Hi List,
Does
I didn't post a JIRA issue - wanted to hear some others first.
For me, it's working now!
So, it's closed for me! :-)
-Wolf
On Jan 31, 2008 11:46 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
so?
still an open issue here?
or, solved ?
On Jan 31, 2008 11:25 AM, Wolf Benz [EMAIL PROTECTED
Hi List,
Does anyone know whether tr:convertNumber type='number' works well
with java.lang.Long?
(of should I stick to f:convertor convertorId=javax.faces.Long /?)
I'm asking as the Trinidad doc of the tag is not stated whether or not
longs are covered.
It says there's a 'type' attribute
Murat, is the archive valid?
I cannot unzip it (see what versions of libs you use etc)
Both on the Mac and on my PeeCee it gave zip errors.
-Wolf
On Jan 28, 2008 4:21 PM, murat aydin [EMAIL PROTECTED] wrote:
Hi,
I developed a new web based ontology browser in java. It uses Myfaces and
tree
Thx murat - now all's fine.
-Wolf
On 28 Jan 2008, at 19:40, murat aydin wrote:
Thank you for your warning. i reuploaded the file. File should be
around 16.5 MB. Try the Paris,France mirror of sourceforge firstly.
murat
On 1/28/08, Wolf Benz [EMAIL PROTECTED] wrote:
Murat, is the archive
Hi List,
I'm using MF 1.2.2 + Trinidad 1.2.5 and Facelets.
And still getting this The requested resource (/tutoring/
__ADFv__.jsp) is not available (see conversation below) message when
using tr:inputDate
Is there a way to remedy from this bug until it has been corrected in
the(MF core)
Matthias, the JIRA enry is MYFACES-1794
-Wolf
On 28 Jan 2008, at 21:25, Matthias Wessendorf wrote:
/faces/* as servlet mapping.
not yet fixed in MyFaces.
Is there an issue for that already in our jira ?
On Jan 28, 2008 8:50 PM, Wolf Benz [EMAIL PROTECTED] wrote:
Hi List,
I'm using MF
wrote:
/faces/* as servlet mapping.
not yet fixed in MyFaces.
Is there an issue for that already in our jira ?
On Jan 28, 2008 8:50 PM, Wolf Benz [EMAIL PROTECTED] wrote:
Hi List,
I'm using MF 1.2.2 + Trinidad 1.2.5 and Facelets.
And still getting this The requested resource (/tutoring
Hi List,
I'm (trying to) use
Facelets - MF 1.2.1- SNAPSHOT - Tomahawk 1.2.0 (latest checkeout) -
Trinidad 1.2.6 snapshot (and the tomahawk-facelets taglib)
Using tree2, I get this error.
Anyone an idea how to remedy?
-Wolf
18:06:35,335 (http-8080-2) ERROR [javax.faces.webapp._ErrorPageWriter]
need it anymore)
I found someone (earlier posts) suggesting to put the
clientSideToggle on fase (- server state mgmt) but this didn't
help.
-Wolf
On Jan 21, 2008 4:57 PM, Wolf Benz [EMAIL PROTECTED] wrote:
Good observation Sven - but no, I didn't forget.
HTML is my default namespace, I just
Found it! :-)
I was apparently using a bad tomahawk-facelet taglib jar.
I swapped the one I used with the this one:
http://code.google.com/p/tomahawk-facelets
And it worked from the first time!
(credits to Bruno Aranda who made this jar!)
-Wolf
On Jan 22, 2008 12:57 PM, Wolf Benz [EMAIL
Hi List,
I use this combination: MF 1.2.1 SNAPSHOT - Trinidad 1.2.5 + latest
Tomahawk + Facelets.
For my page templating, I do as explained here:
http://wiki.apache.org/myfaces/StreamingAddResource,
html xmlns // all the namespace declarations
f:view
t:document
t:documentHead
titlethe
you defined Tomahawk as your default namespace in your navigation menu?
Or why is the namespace prefix missing for tree2?
Cheers
Sven
-Ursprüngliche Nachricht-
Von: Wolf Benz [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 21. Januar 2008 14:30
An: MyFaces Discussion
Betreff: Trinidad
Thanks Simon,
The exact error I get, is:
/resources/pages/fileNotFound.xhtml: Property
'javax.servlet.error.request_uri' not found on type
org.apache.catalina.core.ApplicationHttpRequest
javax.el.ELException: /resources/pages/fileNotFound.xhtml: Property
'javax.servlet.error.request_uri'
Not here... it's still failing although I have a /faces/* mapping
My setup is:
MyFaces Core Impl 1.2.0 -- Toma -- Trini 1.2.4 -- facelets
I read(google) it is bound to the Core JSF implementation and that it
was recently corrected in Sun's own RI.
-- does someone know whether it has already
Hi all,
I know that, within a JSP page, you have access to information about
the exception that occurred under several request attribute keys:
javax.servlet.error.exception -- the actual exception itself
javax.servlet.error.status_code -- the HTTP status code (as a
, it's a bummer.
You have any idea whether this adf is corrected in MF Core 1.2.1?
--Wolf
On 27 Dec 2007, at 21:33, Matthias Wessendorf wrote:
it is a plexus bug;
I managed to fix it, when killing my m2_repo, as far as I remember
-M
On Dec 27, 2007 7:23 PM, Wolf Benz [EMAIL PROTECTED] wrote
Hi everybody,
I was wondering whether anybody knew what the status is w.r.t.the
finalization/release of the components needed for a robust, modern
JSF1.2 (MyFaces) deploy, i.e.
- MF 1.2.1 bugfix release
- Tomahawk 2.0 (in par with the above)
, these 2 also allowing the run MF +T in combination
Hi all,
Has anyone come acrosos this:
I have the situation where a user can type some keywords that will be
added to a choice list by clicking on a +, and removed from that
choice list by clicking on the -.
I've put these elements in a choice list, but after entering a word
and clicking on the +,
Has someone else had trouble with t:selectItems behavior?
I have the below code in my page. The setup is: a user account name is
picked from a selctOne menu, which has as effect the user is digged up
from the DB, a variable person is set in the UserBean (JSF bean) and
this person's fields are then
In short: there are issues - if you want stable development, stick to
MF1.1 for the time being.
In long: MF has a 1.2.1 and a Tomahawk v.2.0 (both to be snapshotted)
that are meant to work together, but there's far from being final or
stable(at least of you use facelets), I run into issues on
you mean MyFaces 1.2 or 2.0 ?
-- I tried both MF 1.2.0 and 1.2.1.
I'am using Facelets 1.1.13 + MyFaces 1.2.0 + Tomahawk 1.1.6 (+Trinidad 1.2.2)
without major problems!
-- Try using some Tomahawk components. :-)
E.g. t:selectItems t:inputCalendar have (JIRA documented) bugs.
Btw I switched
these extras
that come on top and there's life beyond work too! (Playstation,
kids, wife ;-)
-Wolf
On 10/11/07, Werner Punz [EMAIL PROTECTED] wrote:
Wolf Benz schrieb:
Perhaps when Tomahawk gets its 2.0 release, but I don;t see too much
evolution in that area. Bruno seems the only one
I will resume that soon
-- Great great great!
Wife... and mother-in-law! (she actually believes I am some kind of
strange person because spending so many times in front of the
computer)...
-- I am convinced mothers-in-law will always believe their sons-in-law
are weird creatures, if only
It's just to soon.
If you try to use Facelets 1.1.13 + MyFaces 2.0 + Tomahawk 1.1.6,
whether with the taglibs declared in web.xml, or with the taglibs in
the jars -- it does't work.
h: and f: tags work fine, but all Tomahawk tags are just not rendered.
- My advice: wait, or drop Facelets. Then
Hi all,
Has anyone succeeded in getting t:inputCalendar to work with the above
combination?
It appears really nothing is rendered...
Apart from the libs in mentioned in subject line, this is my page:
?xml version=1.0 encoding=UTF-8 standalone=yes ?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0
I'm using MF 1.2.0 and Facelets and Tomahawk 1.1.6 nd t:inputCalendar
doesn't even renders!
I posted a question on this yesterday but I've gotten no feedback yet
so I guess either no one tested this, or no one uses it already with
this combination :-)
-Wolf
On 8/7/07, Nicu Mercioiu [EMAIL
Has anyone any success with the t:inputCalendar using this setup?
I think I did everything required: I set up the extensionsFilter, I
declared the t-tag, added the Tomahawk-faclet taglib, ...
The element in the page, in a panelGrid, looks like this:
h:panelGrid columns=2
Settting the style (styleClass or style attribute) in the parent
element (e.g. the SelectOneMenu wrapping tehe selectItems) doesn't do
the trick?
-Wolf
On 8/23/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi all,
I would like to set the style of my SelectItems in a HtmlSelectManyListbox.
Is
Just voted
+1 for motivating people to go there.
I also posted a extra comment, apparently currently it's scheduled for WTP v3.
I think it would be easy to include it earlier in one if the
incremental v2 releases.
(as all tech is already there working for JSP)
-Wolf
On 8/7/07, David Delbecq
facelet files
2) autocompletion in hibernate files :)
PS: have 1G memory
En l'instant précis du 07/08/07 09:48, Adrian Mitev s'exprimait en ces
termes:
Exadel Studio is now free and it offers full facelets support
2007/8/7, Wolf Benz [EMAIL PROTECTED] mailto:[EMAIL PROTECTED
Hi List,
Does anyone have a up-to-date taglib file for sandbox bny any chance?
I wanted to use
h:inputText required=true size=20 value=#{loginbean.user.WWID}
id=username
s:convertNumber destType=java.lang.Long /
/h:inputText
[WWID = world wide ID; 8 digits long]
To convert the String to a
Sorry for the Title Typo - I obviously meant sandbox :-)
(which is apparently where my typing skills reside ;-)
- Wolf
On 8/7/07, Wolf Benz [EMAIL PROTECTED] wrote:
Hi List,
Does anyone have a up-to-date taglib file for sandbox bny any chance?
I wanted to use
h:inputText required=true size
Hi List,
Does anyone know whether you can load an Enum into a SelectOneMenu's
items variable?
So smth like:
h:selectOneMenu value=#{jsfBean.beanVar.varOfEnumType}
f:selectItem itemLabel=#{labels.choose_one} itemValue=choose_one/
f:selectItems value=#{jsfBean.model.EnumClass} /
-
From: Wolf Benz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 07, 2007 5:40 PM
To: MyFaces Discussion
Subject: SelectOneMenu Enums in items var possible?
Hi List,
Does anyone know whether you can load an Enum into a SelectOneMenu's
items variable?
So smth like:
h:selectOneMenu value
Hi List,
Has anyone tried the combination Facelets + MF1.2.0 and rendering an image?
Setup: I keep all my pics in /WEB-INF/resources/pics (and then per Use
Case subfolders)
I've tried with both style elements on the HTML element itself, like
for Table Data:
No? - I'll try that, just a sec.
-Wolf.
On 8/6/07, Fleischer Peter [EMAIL PROTECTED] wrote:
Just a quick thought, but I think Tomcat doesn't allow access to WEB-INF
folder via HTTP.
Peter
-Ursprüngliche Nachricht-
Von: Wolf Benz [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 6
Wessendorf [EMAIL PROTECTED] wrote:
no!
/web-inf/web.xml (or web-inf/faces-config) you are not interested in
serving them.
-M
On 8/6/07, Wolf Benz [EMAIL PROTECTED] wrote:
No? - I'll try that, just a sec.
-Wolf.
On 8/6/07, Fleischer Peter [EMAIL PROTECTED] wrote:
Just a quick thought
with Facelets too, so #{request.requestURI} should be perfectly valid,
but of course, you can always go through facesContext which brings a
world of possibilities :-)
Cheers,
Bruno
On 03/08/07, Wolf Benz [EMAIL PROTECTED] wrote:
If you are in a JSP view handler, JSP implicit variable
Thx David - that was what I was looking for!
-Wolf
On 8/3/07, David Delbecq [EMAIL PROTECTED] wrote:
http://www.coreservlets.com/JSF-Tutorial/
Section 4
But it's not complete.
En l'instant précis du 02/08/07 21:43, Wolf Benz s'exprimait en ces termes:
That one I had :-)
I hoped
David,
In the doc I found that you could get to the session via
#{facesContext.externalContext.session}
Are session request accessible *directly* as well?
To do simple stuff like e.g. #{request.requestURI} (would this work?)
-Wolf
On 8/3/07, Wolf Benz [EMAIL PROTECTED] wrote:
Thx David
not sure how directlyt really.
Like whether #{request.requestURI} will do, or whether I would have to do:
e.g. #{facesContext.externalContext.session.request.requestURI}
-Wolf
En l'instant précis du 03/08/07 09:19, Wolf Benz s'exprimait en ces termes:
David,
In the doc I found that you
facesContext which brings a
world of possibilities :-)
Cheers,
Bruno
On 03/08/07, Wolf Benz [EMAIL PROTECTED] wrote:
If you are in a JSP view handler, JSP implicit variable are accessible.
-- I'm not - I'm a fresh facelets convert!
However if you are not in JSP context (eg using Facelets
Ah, I smell a MF 1.2.1 along the corner ;-)
-Wolf
On 8/2/07, Werner Punz [EMAIL PROTECTED] wrote:
Wolf Benz schrieb:
Ha, that was a community effort really:
It is based upon efforts
- from my last project
- help from Werner (who wickedly convinced me to use facelets and
helped me
Hi List,
Does anyone know of a nice Intro/Ref/Tutorial to EL v2?
(with stuff like: what is new, what implicit objects can be used, like
request and its instance vars like request.requestURI etc)
-Wolf
://java.sun.com/javaee/5/docs/tutorial/doc/
Search for implicit objets and take also a look at
Chapter 4: JavaServer Pages Technology
- Unified Expression Language
Wolf Benz a écrit :
Hi List,
Does anyone know of a nice Intro/Ref/Tutorial to EL v2?
(with stuff like: what is new, what implicit
, if yes, call it with the jsf extension, otherwise you wont
trigger jsf or the facelets.
Cheers
Werner
Wolf Benz schrieb:
Hi Bruno,
No, it's not, I just stripped a little too much in teh copy-paste to mail.
:-)
This is the entire page:
?xml version=1.0 encoding=UTF-8
I talked about this with Werner Punz...I thought: why not putting this file
right away in the meta-inf of the Tomahawk jar?
Won't harm nobody but will certainly help a lot of people.
Although I still subscribe to that idea, he had a point also:
MF and facelets are indeed 2 different technologies,
Hi guys,
I get this error(@loginPage.xhtml) after my first page(index.xhtml)
renders correctly - anyone an idea as to the why?
XML Parsing Error: no element found
Location: http://localhost:8080/MeToMa/index.xhtml
Line Number 1, Column 1:
My setup:
template.xhtml:
...
body
f:view
the user...
regards
Alexander
From: Wolf Benz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 31, 2007 11:56 AM
To: MyFaces Discussion
Subject: Re: [Tomahawk] facelets
I talked about this with Werner Punz...
I thought: why not putting this file
Hi everybody,
I get this error(@loginPage.xhtml) after my first page(index.xhtml)
renders correctly - anyone an idea as to the why?
XML Parsing Error: no element found
Location: http://localhost:8080/MeToMa/index.xhtml
Line Number 1, Column 1:
(in FF; in other browsers I get just a blank
this is the problem,
Cheers,
Bruno
On 31/07/07, Wolf Benz [EMAIL PROTECTED] wrote:
Hi everybody,
I get this error(@loginPage.xhtml) after my first page(index.xhtml)
renders correctly - anyone an idea as to the why?
XML Parsing Error: no element found
Location: http://localhost:8080
[EMAIL PROTECTED] wrote:
I'd guess removing the el-api JAR from you webapp will do the trick.
Wolf Benz-2 wrote:
Hi all,
I am trying to get MF faclets to work together.
1/ I followed the advice on the site, but I get this error:
EVERE: Exception sending context initialized event
1.1?
Wolf Benz wrote:
Sorry - Look at the top of the 2 docs you cite: it refers to the version
the document conforms to.
At first I thought: I'm building a JSF1.2 app so I state: servlet v. 2.5(
web.xml) JSF-version 1.2 (in faces-config top)
Yet, to my surprise, this gave me problems
this problem quite often now - especially in Tomcat, and I'm
quite desperate to find a solution for this.
regards,
Martin
On 7/25/07, Wolf Benz [EMAIL PROTECTED] wrote:
Indeed - and this is what made things already better for me - before (
2.5 1.2 versions), I had weird startup errors
,
Martin
On 7/25/07, Wolf Benz [EMAIL PROTECTED] wrote:
That's true Martin - there is a lot defaulted. Yet, if it's almost all
defaulted, I think there's a case for leaving the web.xml much cleaner.
Certainly the obvious ones could be better left out, it makes the
web.xml only more verbose
Hi all,
I am trying to get MF faclets to work together.
1/ I followed the advice on the site, but I get this error:
EVERE: Exception sending context initialized event to listener
instance of class
org.apache.myfaces.webapp.StartupServletContextListener
java.lang.LinkageError: loader
Hi MatthiasCan we add it ourselves?
(Don't see an add button or so)
-Wolf
On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
If your are using MyFaces (1.1.x || 1.2.x) and your company isn't listed
here:
http://wiki.apache.org/myfaces/Companies_Using_MyFaces
Please add it!
Thx,
Done.-Wolf
On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
yes,
you need to create an account (easy and free)
than you can edit the page, that's all
-Matthias
On 7/24/07, Wolf Benz [EMAIL PROTECTED] wrote:
Hi Matthias
Can we add it ourselves?
(Don't see an add button or so
Hi Zied,
I went to a conferencce last month(JavaOne afterglow in Brussels) but what
they were showing was JavaFX as a Swing replacement, not for the web. I'm
not saying it's impossible/not planned - just that I've never seen any
code/demo for it. Or any integration initiative. (FX JSF e.g.)
At
Great work Werner.A true added value.
This is smth useful we can all start from.
-Wolf
On 7/23/07, Werner Punz [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
release often, release early ... :-)
Ok guys I am dropping the tomahawk builds and the blank application as
well as a working
+1 :-)I still put in any footer of my apps: Please use a standards compliant
browser for surfing the web. We advocate Firefox for surfing the web on PC.
Use IE at your own (security) risk.
hehe. I especially adore the last part. We should all use such headers. Last
week I read in Eastern-Europe,
for all. We all write our
bits and pieces here and there and it is the combination of all them
what matters :-)
Cheers,
Bruno
On 24/07/07, Werner Punz [EMAIL PROTECTED] wrote:
Wolf Benz schrieb:
Great work Werner.
A true added value.
This is smth useful we can all start from.
-Wolf
Don
On Tomcat I had this too at first. Then I changed
- in the web.xml the web app xsd version from 2.5 to 2.4, and
- in faces-config.xml the JSF version from 1.2 to 1.1
... and the problem was solved... !
The bleeb part is... it really should be 2.5 and 1.2, yet this gave me
errors...
Are the URLs
[EMAIL PROTECTED] wrote:
Hi, I don't really understand what you are saying! Can you give more
explanations?
I need to use JSF version 1.2, not 1.1.
Wolf Benz wrote:
On Tomcat I had this too at first. Then I changed
- in the web.xml the web app xsd version from 2.5 to 2.4, and
- in faces
Hi allThanks for the help so far guys.
After yesterday's struggling, I wasn't really in the mood today to pick it
up again so quickly. Will try again this WE.
Short question aside:
I've got nothing against facelets (quite the contrary), but I understand
from previous postings the combo Tomcat6
I am currently trying to nail down the bugs
I am still not sure about everything,
but as it seems there is lots of weird stuff going on
-- I'm glad you've found that out as well. Quite frustrating if you get the
impression stuff only jamms on your PC.
in the various app servers (most of
Attaching some more infos, like stack trace or debug infos, would
speed up things!
-- I planned to make some time for that this WE. (I didn't forget your
previous post!)
I'll try to look at some of your issues over the weekend.
-- Cool. And that's smth that can be said of this
Hi List
It's very cool MyFaces 1.2 finally got out of the door but...
It's again a true pain setting MyFaces up correctly before it
works... (more than it should).
I remember it took me an entire week before I had MyFaces 1.x
configured correctly with the Extension Filter etc. What a waste
Hi guys,
Anyone knows of a JSF component like the OSX Column view?
Kinda -as far as content goes- like the Tree(2) but then of course
with the important difference that itdoesn't push down all the data
down once you made an element choice in a certain column, yet renders
the content
Hi List...
I know, this is by far not the first post about MyFaces and
Listenerstart woes, quite the contrary.
It's a pitty - it makes people willing to try out MyFaces run away
hard from their first steps.
What happened?
I colleague wanted to try out MyFaces.
My advice: follow the advice
Well, I've had serious trouble making that work. :-)
I believe that rationale is:
- large trees -- serverside is faster
- small trees -- client side is faster
Reason is the entire tree is carried through the wire with client-side.
Yesterday's experiments revealed that you have to be very
Gerald/...,
I have a recursive method for walking through a checkbox tree at
once. The method is called by a command(-Button) under the tree.
(Reason is I don't want a servertrip at every check but wish to
process all checked nodes at once)
The algoritm I use is: (selectedNodesIDs is an
On 10 Sep 2006, at 13:46, Wolf Benz wrote:
Gerald/...,
I have a recursive method for walking through a checkbox tree at
once. The method is called by a command(-Button) under the tree.
(Reason is I don't want a servertrip at every check but wish to
process all checked nodes at once
Mmmm, this tree2 component seems to have more sandbox than
“tomahawk character, it's a very easy to run into issues. (suffices
to do a find for tree2)
I though my last problem was bypassed (clientSideToggle doesn't
work), but when I try to come back at the same page a second time, I
Hi All,
Is Tree2 Checkbox working? (of so, could somebody provide a working
example; of both how the tree2 is used in the page and the code where
the node checking is done?)
It used to work but upon testing again, it appears that the checked
values are not passed anymore;
Some code: In
As the subview solution didn't work either, I tried a pure and simple JSP page that should work no? :-)It gave me an exception I've never seen before:So I have in web.xml:error-page error-code404/error-code location/resources/pages/fileNotFound.jsp/location /error-page and the page is:
Hi Fintan, You're right, the last solution threw "Catalina" errors.(btw I didn't "configure" Tomcat, just added the docbase of the app, that's all there should be done no?)You wouldn't by any chance have an idea what the MyFaces errors are about (cf. my post from yesterday, same thread, 23.06h)I
Apparently It's a (documented) Tomahawk-issue: nr 579. :-(I hope this gets corrected soon; I can imagine every application needs to use such customized error-page.WolfOn 24 Aug 2006, at 14:04, Conway. Fintan ((IT Solutions)) wrote: Hi Wolf, However, also here MyFaces throws an Exception:
Also make sure you followed the proper filename conventions.
So e.g. yourApp.properties for English, and yourApp_de.properties for
German.
Otherwise the Framework can't figure out what file serves for what
language. :-)
This is also the way to slip in some jokes; you could e.g. use a
weird
It's about the standard message bundle that comes with MyFaces and
contains messages such as (quoted from memory) Fill in this required
field - so I don't see a problem here. :-)
-- And does it follow the _de.properties filename convention?
Definitely sounds interesting, especially where I
Mmm.
Used like that I would say loalisation means: use it only like this
on yr local computer. ;-)
To the effect you wish, you can also have
app_deV1.properties (old version)
app_deV2.properties (more recent version)
...
app_de.properties (actual one)
You can rename as you see fit.
Then
- in yr backing bean: via the External Context
(FacesContext.getCurrentInstance() -- session)
- in yr page: have a look here: http://wiki.apache.org/myfaces/
InvokingJsfPagesWithStandardUrls
good luck,
-- Wolf
On 24 Aug 2006, at 18:06, Wdiaz wrote:
Hi.
How can I use a variable that
Not sure you can mix-match all of these technologies *yet* (I vaguely
remember I tried that forEach stuff too, but cound't get it to work
and the conclusion was all these technologies coudn't be used
together - IF I remember that correctly, better double-check)
-- Wolf
On 24 Aug 2006, at
Thanks. I remember this now. I've not tried to combine them, so I
forgot there was an issue. Until I move to JSF 1.2
-- Right indeed. That was it.
Anyone an idea of the roadmap (timewise) for MyFaces to get up to par
with JSF 1.2? (Martin? :-)
Wolf
Hi, Browsing through earlier posts, it appears that if you specify an error-page in the web.xml AND IF this page contains jsf tags (pure jsp html goes aparently fine), MyFaces throws an Exception. I've experienced this myself too. Is there a remedy/fix planned? The code:In my web.xml I have:!--
That's not true, it suffices to map the jsp extention to the MyFaces
Servlet and it will correctly deal with the JSF tags inside.
Besides, otherwise all my other pages wouldn't work either - they all
have jsp extensions.
No, something -I don't know what- makes the treatement of this
Message-
From: Wolf Benz [mailto:[EMAIL PROTECTED]
Sent: Friday, 11 August 2006 5:53 AM
To: MyFaces Discussion
Subject: Re: JSF Life Cycle / JSF Rendering question / Spring
In the meanwhile, I'v tried someting else, without success though:
Instead of woring with h:messages (which is buguous, cf
Hi,
I have this question:
I am intercepting a JSF Bean 's action method (to apply method-based
security) with Spring.
In it I do this (test code, hance the hard coding of a few vars) in
Spring's invoke() method of the interceptor:
...
getFacesContext().addMessage(usersForm:errors, new
().processUpdates(getFacesContext());
With this I had hoped (ANY_PHASE -- at least also the render
respons phase) the outputLabel component would show newValue
But it didn't!
Someone to give me a hint?
Grr.
Wolf (hence the gr ;-)
_
On 10 Aug 2006, at 20:24, Wolf Benz wrote:
Hi,
I have
/06, Wolf Benz [EMAIL PROTECTED] wrote: you can put your logging level at debug to get alot more informationon whatisgoing wrong.-- This is interesting:"2006-07-26 10:48:02,296 DEBUG[org.apache.myfaces.shared_impl.util.MessageUtils] - adding message Global Security Test for clientId null&qu
try:
ctx.addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR,Test
Summary,Test ));
h:messages ... should go inside the form.
you could put showSummary=true in the h:messages ... (if this
isn't the
default)
-- I had already tried those. (different constructors, different
places) To
you can put your logging level at debug to get alot more information
on what
is
going wrong.
-- This is interesting:
2006-07-26 10:48:02,296 DEBUG
[org.apache.myfaces.shared_impl.util.MessageUtils] - adding message
Global Security Test for clientId null
I think it means the message is
I think it's a bug. Tried anything within reason.
Wolf
... and apparently a very old one too :-)
(link)
Perhaps a note on this page could be included some stuff doesn't work.
When I look at the source of the page rendered, my h:messages
id=errors styleClass=error isn 't even rendered. (which explains
these msgs are added to teh stack, yet not
/Displaying_Errors/Infos/Warnings_in_JSF_Pages
Wolf
On 26 Jul 2006, at 15:10, Wolf Benz wrote:
... and apparently a very old one too :-)
(link)
Perhaps a note on this page could be included some stuff doesn't work.
When I look at the source of the page rendered, my h:messages
id=errors styleClass=error
Hi List,
I'm afraid I have a beginner's question, but either smth's terribly
wrong or I have overlooked smth trivial.
I'm just trying to display a global message, yet they won't show!
What I tried, is:
in the bean, I've tried both the Std way and the Apache-way (with
MessageUtils):
Wow that sounds like a mess!
-- Now that's a nice thing to say about someone else's code ;-)
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
added was a "AddResourceFilter" in the web.xml. (4 procedure: see MyFaces site)Donno if that helps you. Wolf,On 7/17/06, Wolf Benz [EMAIL PROTECTED] wrote: The variable resolver needs to go in faces-config.xml not web.xml… -- That's the case. (indeed not in web.xml)This corr
1 - 100 of 123 matches
Mail list logo