[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425728 ] Wolf Benz commented on MYFACES-1372: ------------------------------------
Mike, unfortunately, I'm just an (enthusiastic) user. (Not too lazy to report issues when I cross them, yet I will have to dissapoint you on having a patch.) Regressions aside, isn't a priority asigned to problems taking into account its impact/spec conformance? I mean, JSF lesson 1 & 2 teaches you what? - navigation (faces-config.xml) - form posting (interaction with backing bean) - error/validation/... : messaging (bundles, i18n, ...) This is not an aesthetic issue used by 7% of the user base, but the primary means intended to give users feedback on validation, errors, ...; used all the time. & Given how users (ab-)use apps, to my view it is too crucial to shift forward another half year. For me e.g., it's a show stopper. I use Spring to inject Security messages if necessary (to h:messages as Spring doesn't need know what page we are on, nor does it have any idea about component IDs) That said, of course I (fully) sympathize with the lack of resources, time, ... and all this is done by volunteers so on its own quite remarkable. So... don't take my comments badly. Wolf > <h:messages> not shown (-> not working) > --------------------------------------- > > Key: MYFACES-1372 > URL: http://issues.apache.org/jira/browse/MYFACES-1372 > Project: MyFaces Core > Issue Type: Bug > Components: General > Affects Versions: 1.1.4-SNAPSHOT > Environment: OS= OSX; IDE= Eclipse(3.2) & WTP (1.5) & Java v.5. Using > MyFaces 1.1.4 snapshot & Tomahawk 1.1.5 snapshot > Reporter: Wolf Benz > Fix For: 1.1.5-SNAPSHOT > > > Adding a "global" message in a backing bean goed fine;with the MyFaces log > level set to DEBUG, it shows it is indeed added. > Log extrait:"2006-07-26 10:48:02,296 DEBUG > [org.apache.myfaces.shared_impl.util.MessageUtils] - adding message Global > Security Test for clientId null" > Code: I've tried both the Std way & the MyFaces way: (from > http://wiki.apache.org/myfaces/Displaying_Errors/Infos/Warnings_in_JSF_Pages) > FacesContext ctx = FacesContext.getCurrentInstance(); > ctx.addMessage(null, new FacesMessage("Test Summary","Test" )); > & MessageUtils.addMessage(FacesMessage.SEVERITY_ERROR,"secMsg_test" , null); > & In the page just this: ( & variations: I've tried to put all before > </h:form> but not any order made a difference. > <t:messages id="errors" errorStyle="error"/> > </h:form> > <h:messages id="errors" errorClass="error" /> > Yet, when I ask to show teh source of the actual webpage, I found out it is > not renderen. (no component with that ID found) Couldn't believe it so I > manually searched for it, knowing its place. But it was true: it's just not > on the page. This is particularily weird as -also in debug mode- this > fragment passes the revue: > " <html.HtmlMessages id="errors" forceIdIndex="true" errorClass="NULL" > errorStyle="NULL" family="javax.faces.Messages" fatalClass="NULL" > fatalStyle="NULL" globalOnly="false" infoClass="NULL" infoStyle="NULL" > layout="list" rendered="true" rendererType="javax.faces.Messages" > rendersChildren="false" showDetail="false" showSummary="true" style="NULL" > styleClass="error" title="NULL" tooltip="false" transient="false" > warnClass="NULL" warnStyle="NULL"/>" > (= in the logs ONLY, NOT in the page) > Finally: > This seems t be an old issue: (April 12, 2005) > http://mail-archives.apache.org/mod_mbox/myfaces-users/200504.mbox/[EMAIL > PROTECTED] > <h:messages> is core to JSF. One of the few basic tags. It's strange it > suffers from this many bugs. (searched old bugs before posting this one, did > my homework ;-) > Hope someone can rectify it for good. > Wolf -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira