[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425746 ] Mike Kienenberger commented on MYFACES-1372: --------------------------------------------
Wolf, don't take this the wrong way, but if it were really a show stopper for someone, they'd be investing the time to fix it. I've occasionally had minor issues with this, but they always seem to go away when I use some combination globalOnly="true" t:messages objects. Thus, it's only a minor issue *to me*, not a show stopper. In this particular issue, I think it's fairly easy to track it down once you come up with a single reproducable case. You set a message that should display but doesn't, then you check to see in the messages component renderer why it's not being rendered when expected. The worse situation might be that the messages are lost sometime between being set and being rendered, but a few breakpoints could find that as well. It's a misunderstanding to think that with open souce that you can be "just a user". With a commercial package you pay for, you give money to someone else so that they can spend time solely fixing your issues and adding your features. Open source is "as-is". Someone has written some code that might be helpful to someone else, and you're welcome to make the best use of it you can. If things go well (like with MyFaces), a lot of "someones" are in here adding things that they need and fixing things that they need fixed. But even though this makes it look like it's the same as commercial software, it's still "as-is". With the current maven build system, it's trivial to build the source. (It's time-consuming and doesn't work as well as I'd like with my IDE, but it's still trivial). There's not a lot going on for most issues that a casual user couldn't track down and fix a problem if they felt it was important to them. There are going to be issues that seem to be too complicated to fix at first, but this really isn't one of them, and even those complicated issues can be solved with a little help from the other developers. > <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
