You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Wolf Benz (JIRA)" <de...@myfaces.apache.org> on 2006/07/27 12:55:15 UTC
[jira] Created: (MYFACES-1372) not shown (-> not
working)
<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.4-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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
<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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Wolf Benz (JIRA)" <de...@myfaces.apache.org>.
[ 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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Wolf Benz (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425593 ]
Wolf Benz commented on MYFACES-1372:
------------------------------------
@ Matthias W:
Hi Matthias, I saw you changed the fix version from 114 to 115.
As this is a basic issue (h:messages is one of the most basic tags, not in the least for developers (debugging e.g.)),
... and as I guess not only v.114 is affected but also previous ones, (113?), would it not be more advisable to have it fixed sooner, like in v114 final?
(unless I'm overlooking smth?)
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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Wolf Benz (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425425 ]
Wolf Benz commented on MYFACES-1372:
------------------------------------
@ Mike: setting globalOnly="true" (smth I had already tried after reading another bug) didn't change anything. I've played around with the other attibutes as well, but to no avail...
> <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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Brooks Lyrette (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12447029 ]
Brooks Lyrette commented on MYFACES-1372:
-----------------------------------------
I came across this issue as well.
I didn't fix the root of the problem but I found a work around. Sometimes when you call facesContext.getMessages(null); messages added to the context are missing. They seem to be under facesContext.getMessages("");
To fix this I rewrote the MessagesIterator inner class in HtmlMessagesRendererBase.
> <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
>
> Attachments: myfaces-1372.patch
>
>
> 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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Mike Kienenberger (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425358 ]
Mike Kienenberger commented on MYFACES-1372:
--------------------------------------------
I noticed something that might be related last week.
What happens if you set globalOnly="true"? Does it then show up?
I tried to find specification documents to determine if global messages should show up when globalOnly isn't specified or if globalOnly="false", but I didn't find anything.
I'm thinking that it's maybe a bug to not show global only messages at all times.
> <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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Mike Kienenberger (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425598 ]
Mike Kienenberger commented on MYFACES-1372:
--------------------------------------------
It's a case of needing to get the release out (There will always be another release).
Since it's not a regression, (it was broken before, and it's still broken), then it's not a blocker for the release.
However, that said, if you get a patch submitted that we can test before we build the release candidate, we can certainly try to apply it.
> <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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Mike Kienenberger (JIRA)" <de...@myfaces.apache.org>.
[ 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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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
[jira] Commented: (MYFACES-1372) not shown (-> not
working)
Posted by "Mike Kienenberger (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425361 ]
Mike Kienenberger commented on MYFACES-1372:
--------------------------------------------
I don't have the RI installed anywhere, but I really wonder what the RI behavior is for globalOnly messages tags.
> <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/%3C20050412060343.85397.qmail@web31109.mail.mud.yahoo.com%3E
> <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