Re: result of [VOTE] release of MyFaces Core 2.3.9
remove On Fri, Apr 23, 2021 at 3:03 PM Paul Nicolucci wrote: > Thanks for voting! The result is 5 times +1: > > http://www.apache.org/legal/release-policy.html#release-approval > > Binding Votes: +4 total votes: > > Bill Lucy > Thomas Andraschko > Paul Nicolucci > Bernd Bohmann > > > Non Binding Votes: +1 total votes: > > Volodymyr Siedlecki > > I'll continue with the next steps of the release. > > Thanks, > > Paul Nicolucci > > On Mon, Apr 19, 2021 at 9:18 AM Volodymyr Siedlecki < > volodymyr.siedle...@ibm.com> wrote: > >> +1 from me as well. >> >> Vlad >> >> >> - Original message - >> From: Bernd Bohmann >> To: MyFaces Development >> Cc: >> Subject: [EXTERNAL] Re: [VOTE] release of MyFaces Core 2.3.9 >> Date: Sat, Apr 17, 2021 2:36 PM >> >> Here is my +1 Regards Bernd On Fri, Apr 16, 2021 at 3:00 PM Paul >> Nicolucci wrote: My +1 as well Regards, Paul >> Nicolucci On Fri, Apr 16, 2021, 8:39 AM Thomas Andraschko < >> andraschko.tho...@gmail.com ZjQcmQRYFpfptBannerStart >> This Message Is From an External Sender >> This message came from outside your organization. >> ZjQcmQRYFpfptBannerEnd >> Here is my +1 >> >> Regards >> >> Bernd >> >> On Fri, Apr 16, 2021 at 3:00 PM Paul Nicolucci >> wrote: >> >> My +1 as well >> >> Regards, >> >> Paul Nicolucci >> >> On Fri, Apr 16, 2021, 8:39 AM Thomas Andraschko < >> andraschko.tho...@gmail.com> wrote: >> >> +1 >> >> Am Fr., 16. Apr. 2021 um 14:28 Uhr schrieb Bill Lucy : >> >> +1 >> >> Thanks for getting this out, >> Bill >> >> On Thu, Apr 15, 2021 at 1:55 PM Paul Nicolucci >> wrote: >> > >> > Hi, >> > >> > I was running the needed tasks to get the 2.3.9 release of Apache >> MyFaces Core out. >> > >> > Please note that this vote concerns all of the following parts: >> >1. Maven artifact group "org.apache.myfaces.core" v2.3.9 [1] >> > >> > The artifacts were deployed on nexus repo [1] for binary and source >> packages. >> > >> > The release notes could be found at [4]. >> > >> > Also the japicmp tool (similar to clirr) shows there are no API changes >> from 2.3.8 to 2.3.9. I've attached the results to this email as well >> (results.html). >> > >> > Please take a look at the "2.3.9" artifacts and vote! (see [3]) >> > >> > Please note: This vote is "majority approval" with a minimum of three >> +1 votes (see [2]). >> > >> > >> > [ ] +1 for community members who have reviewed the bits >> > [ ] +0 >> > [ ] -1 for fatal flaws that should cause these bits not to be released, >> and why.. >> > >> > >> > Thanks, >> > Paul Nicolucci >> > >> > [1] >> https://repository.apache.org/content/repositories/orgapachemyfaces-1184/org/apache/myfaces/core/ >> > [2] http://www.apache.org/foundation/voting.html#ReleaseVotes >> > [3] >> https://repository.apache.org/content/repositories/orgapachemyfaces-1184/org/apache/myfaces/core/myfaces-core-assembly/ >> > [4] https://issues.apache.org/jira/projects/MYFACES/versions/12349634 >> >> >> >>
Re: [GitHub] [myfaces-tobago] henningn merged pull request #782: build(deps-dev): bump postcss from 8.2.10 to 8.2.12 in /tobago-theme
remove On Fri, Apr 23, 2021 at 5:28 PM GitBox wrote: > > henningn merged pull request #782: > URL: https://github.com/apache/myfaces-tobago/pull/782 > > > > > > -- > This is an automated message from the Apache Git Service. > To respond to the message, please log on to GitHub and use the > URL above to go to the specific comment. > > For queries about this service, please contact Infrastructure at: > us...@infra.apache.org > > >
Re: CFP for ApacheCon 2021 closes in ONE WEEK
remove On Fri, Apr 23, 2021 at 6:07 PM Rich Bowen wrote: > [You are receiving this because you're subscribed to one or more dev@ > mailing lists for an Apache project, or the ApacheCon Announce list.] > > Time is running out to submit your talk for ApacheCon 2021. > > The Call for Presentations for ApacheCon @Home 2021, focused on Europe > and North America time zones, closes May 3rd, and is at > https://www.apachecon.com/acah2021/cfp.html > > The CFP for ApacheCon Asia, focused on Asia/Pacific time zones, is at > https://apachecon.com/acasia2021/cfp.html and also closes on May 3rd. > > ApacheCon is our main event, featuring content from any and all of our > projects, and is your best opportunity to get your project in front of > the largest audience of enthusiasts. > > Please don't wait for the last minute. Get your talks in today! > > -- > Rich Bowen, VP Conferences > The Apache Software Foundation > https://apachecon.com/ > @apachecon >
Re: [jira] [Commented] (TOBAGO-1766) Min/maxDate for tc:date
why did you add me to this list? On Thu, Apr 22, 2021 at 1:27 PM Udo Schnurpfeil (Jira) < dev@myfaces.apache.org> wrote: > > [ > https://issues.apache.org/jira/browse/TOBAGO-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17327256#comment-17327256 > ] > > Udo Schnurpfeil commented on TOBAGO-1766: > - > > Implemented with > * default browser type="date" > * vanillajs datepicker > > > Min/maxDate for tc:date > > --- > > > > Key: TOBAGO-1766 > > URL: https://issues.apache.org/jira/browse/TOBAGO-1766 > > Project: MyFaces Tobago > > Issue Type: New Feature > > Components: Core, Themes > >Affects Versions: 3.0.4 > >Reporter: Henning Nöth > >Assignee: Udo Schnurpfeil > >Priority: Minor > > Fix For: 5.0.0 > > > > > > The bootstrap datepicker can set min/maxDates. > > > https://eonasdan.github.io/bootstrap-datetimepicker/Functions/#minmaxdate > > Implement those function for tc:date. > > > > -- > This message was sent by Atlassian Jira > (v8.3.4#803005) >
[jira] Created: (MYFACES-2132) Faces configuration not loaded
Faces configuration not loaded -- Key: MYFACES-2132 URL: https://issues.apache.org/jira/browse/MYFACES-2132 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.5 Reporter: Guy Bashan I just wanted to raise your attention about a weird thing that can happen in MyFaces and took me a few hours to understand. I am not quite sure this is a bug, but it certainly can create an undesired behavior: It seems like there is a new mechanism that allows "auto reloading" of JSF configuration files. This mechanism involves dates checking to make sure if file should be reloaded. Anyway, there can be a case, in which, files are being deployed in a server that has different GMT. This will cause web app files to have "future" date. This issue will cause the configuration files to never be loaded and I believe that JSF part responsible for loading the files will be "stuck" in a loop causing the whole web application not to load. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1868) getSubmittedValue doesn't return converted values
[ https://issues.apache.org/jira/browse/MYFACES-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591006#action_12591006 ] Guy Bashan commented on MYFACES-1868: - I will be happy to confirm the bugs before I raise them. I have no intention of just putting bugs for the fun. My main target is building applications and helping the community on the way. I will just be happy to know... well... what those user lists are... (I did see mailing lists, but all appears to be "do not post" lists). > getSubmittedValue doesn't return converted values > - > > Key: MYFACES-1868 > URL: https://issues.apache.org/jira/browse/MYFACES-1868 > Project: MyFaces Core > Issue Type: Bug >Affects Versions: 1.2.2 >Reporter: Guy Bashan > > getSubmittedValue method always returns the string value of the control. The > actual returned value is Object, so I am assuming it supposed to convert the > value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1867) with "onclick" method causes action not to be fired
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591004#action_12591004
]
Guy Bashan commented on MYFACES-1867:
-
Sorry to bother, I can't find a nightly build for 1.2.3. Is it not updated or
moved somewhere else?
> with "onclick" method causes action not to be fired
> ---
>
> Key: MYFACES-1867
> URL: https://issues.apache.org/jira/browse/MYFACES-1867
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> This code:
> onclick="document.getElementById('costModel').value = 'cpd';"
>action="#{cmp_delivery.changeCostModelAction}"
>
> rendered="#{cmp_delivery.cmpCampaign.cmpCost.sysCostModel.value != 'cpd'}">
>
>
> causes the action: changeCostModelAction not to be activated on server side.
> When removing onclick event all works fine.
> Same problem happens with:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1867) with "onclick" method causes action not to be fired
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591000#action_12591000
]
Guy Bashan commented on MYFACES-1867:
-
Ho, great, so I will get the latest version and check...
> with "onclick" method causes action not to be fired
> ---
>
> Key: MYFACES-1867
> URL: https://issues.apache.org/jira/browse/MYFACES-1867
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> This code:
> onclick="document.getElementById('costModel').value = 'cpd';"
>action="#{cmp_delivery.changeCostModelAction}"
>
> rendered="#{cmp_delivery.cmpCampaign.cmpCost.sysCostModel.value != 'cpd'}">
>
>
> causes the action: changeCostModelAction not to be activated on server side.
> When removing onclick event all works fine.
> Same problem happens with:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1868) getSubmittedValue doesn't return converted values
getSubmittedValue doesn't return converted values - Key: MYFACES-1868 URL: https://issues.apache.org/jira/browse/MYFACES-1868 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan getSubmittedValue method always returns the string value of the control. The actual returned value is Object, so I am assuming it supposed to convert the value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1867) with "onclick" method causes action not to be fired
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590823#action_12590823
]
Guy Bashan commented on MYFACES-1867:
-
Are you sure? I am using the latest reales (1.2.2).
> with "onclick" method causes action not to be fired
> ---
>
> Key: MYFACES-1867
> URL: https://issues.apache.org/jira/browse/MYFACES-1867
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> This code:
> onclick="document.getElementById('costModel').value = 'cpd';"
>action="#{cmp_delivery.changeCostModelAction}"
>
> rendered="#{cmp_delivery.cmpCampaign.cmpCost.sysCostModel.value != 'cpd'}">
>
>
> causes the action: changeCostModelAction not to be activated on server side.
> When removing onclick event all works fine.
> Same problem happens with:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (MYFACES-1867) with "onclick" method causes action not to be fired
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590823#action_12590823
]
bashan edited comment on MYFACES-1867 at 4/20/08 6:09 PM:
--
Are you sure? I am using the latest release (1.2.2).
was (Author: bashan):
Are you sure? I am using the latest reales (1.2.2).
> with "onclick" method causes action not to be fired
> ---
>
> Key: MYFACES-1867
> URL: https://issues.apache.org/jira/browse/MYFACES-1867
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> This code:
> onclick="document.getElementById('costModel').value = 'cpd';"
>action="#{cmp_delivery.changeCostModelAction}"
>
> rendered="#{cmp_delivery.cmpCampaign.cmpCost.sysCostModel.value != 'cpd'}">
>
>
> causes the action: changeCostModelAction not to be activated on server side.
> When removing onclick event all works fine.
> Same problem happens with:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1867) with "onclick" method causes action not to be fired
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590819#action_12590819
]
Guy Bashan commented on MYFACES-1867:
-
Now, it seems that the cause might be the validation.
If validation is not passed then action doesn't take place, though it should
take place due to immediate="true" property.
> with "onclick" method causes action not to be fired
> ---
>
> Key: MYFACES-1867
> URL: https://issues.apache.org/jira/browse/MYFACES-1867
> Project: MyFaces Core
> Issue Type: Bug
> Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> This code:
> onclick="document.getElementById('costModel').value = 'cpd';"
>action="#{cmp_delivery.changeCostModelAction}"
>
> rendered="#{cmp_delivery.cmpCampaign.cmpCost.sysCostModel.value != 'cpd'}">
>
>
> causes the action: changeCostModelAction not to be activated on server side.
> When removing onclick event all works fine.
> Same problem happens with:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1867) with "onclick" method causes action not to be fired
with "onclick" method causes action not to be fired --- Key: MYFACES-1867 URL: https://issues.apache.org/jira/browse/MYFACES-1867 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan This code: causes the action: changeCostModelAction not to be activated on server side. When removing onclick event all works fine. Same problem happens with: -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1236) in "columnClasses" property doesn't render EL expressions
in "columnClasses" property doesn't render EL expressions
---
Key: TOMAHAWK-1236
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1236
Project: MyFaces Tomahawk
Issue Type: Bug
Reporter: Guy Bashan
It seems like the property: columnClasses doesn't render EL expressions.
I tried this:
rowIndexVar="rowIndex" columnClasses="{rowIndex % 2 == 0 ? 'bg_td1' : 'bg_td2'}"
and it didn't work. When trying to apply the same EL under it worked:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1233) is missing "onclick" even
is missing "onclick" even - Key: TOMAHAWK-1233 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1233 Project: MyFaces Tomahawk Issue Type: Improvement Reporter: Guy Bashan -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1863) HTML generated with duplicate Ids when using "forceId=true"
[ https://issues.apache.org/jira/browse/MYFACES-1863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589014#action_12589014 ] Guy Bashan commented on MYFACES-1863: - Why does "forceId" sucks (beside the fact it damages the integrity of the JSF ids mechanism of course) ? I use it often to solve easily lots of annoying JSF id issues. > HTML generated with duplicate Ids when using "forceId=true" > --- > > Key: MYFACES-1863 > URL: https://issues.apache.org/jira/browse/MYFACES-1863 > Project: MyFaces Core > Issue Type: Bug >Reporter: Guy Bashan > > It is possible to generate duplicate ids when using "forceId=true". > For example: > Create 2 nested databases with inner control that uses: forceId=true > > > > > > > The created html will produce the ids: myId[0], myId[1], myId[2] and so on... > The truth is, that even in a single table loop, I was expecting to see Ids > according to the regular convention: myId:0, myId:1, ... > and in this case: myId:0:0, myId:0:1, , ,myId:1:0, myId:1:1, ... > instead, I saw this "array like" convention, which is acceptable, as long as > it will be something like this: myId[0][0], ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1861) Duplicated ids exception for 2 controls with same id and one of them is not rendered
[
https://issues.apache.org/jira/browse/MYFACES-1861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589007#action_12589007
]
Guy Bashan commented on MYFACES-1861:
-
Sorry, I am not familiar with the JSF spec (I do know the general concepts).
I do understand that every component in the JSF tree must get a unique id (I
assume when the tree is being built all controls are taken in account no matter
if they are rendered or not).
But in the real world JSF is simply not enough for accomplishing simple tasks,
like showing some link being able to show 2 different values (like: clickme1,
clickme2) that are changed dynamically (without needing to refresh the entire
view or use ajax of course).
So now, there are 2 different links, with 2 different ids in the html code
(only one is rendered when the view is shown), which makes it much harder to
dynamically change the innerHTML of the link, since in the JSF code I have 2
links, one shows "clickme1" and one shows "clickme2" and both are having a
different id although on the HTML level it is actually the same control.
> Duplicated ids exception for 2 controls with same id and one of them is not
> rendered
>
>
> Key: MYFACES-1861
> URL: https://issues.apache.org/jira/browse/MYFACES-1861
> Project: MyFaces Core
> Issue Type: Bug
> Affects Versions: 1.2.2
>Reporter: Guy Bashan
>
> If there are 2 controls (or more) with the same id, one control is rendered
> and the other is not, there is duplicate id exception.
> Exception example:
> javax.servlet.jsp.JspException: Duplicated component Id: 'included1' for
> component: '{Component-Path : [Class:
> javax.faces.component.UIViewRoot,ViewId: /cmp_ads.jsp][Class:
> javax.faces.component.html.HtmlForm,Id: formAds][Class:
> org.apache.myfaces.component.html.ext.HtmlDataTable,Id: tableAds][Class:
> javax.faces.component.UIColumn,Id: j_id_jsp_2054236967_13][Class:
> org.apache.myfaces.component.html.ext.HtmlDataTable,Id:
> tableCreatives][Class: javax.faces.component.UIColumn,Id:
> j_id_jsp_2054236967_23][Class: javax.faces.component.html.HtmlPanelGroup,Id:
> j_id_jsp_2054236967_29][Class:
> org.apache.myfaces.component.html.ext.HtmlOutputText,Id: included1]}'.
> at
> javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:459)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005foutputText_005f2(cmp_005fads_jsp.java:1304)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fpanelGroup_005f1(cmp_005fads_jsp.java:1264)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fcolumn_005f1(cmp_005fads_jsp.java:1043)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005fdataTable_005f1(cmp_005fads_jsp.java:994)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fcolumn_005f0(cmp_005fads_jsp.java:717)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005fdataTable_005f0(cmp_005fads_jsp.java:648)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fform_005f0(cmp_005fads_jsp.java:516)
> at
> org.apache.jsp.cmp_005fads_jsp._jspx_meth_f_005fview_005f0(cmp_005fads_jsp.java:264)
> at org.apache.jsp.cmp_005fads_jsp._jspService(cmp_005fads_jsp.java:139)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:393)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292)
> at
> org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:338)
> at
> org.apache.myfaces.application.jsp.JspViewHandlerImpl.bui
[jira] Created: (MYFACES-1863) HTML generated with duplicate Ids when using "forceId=true"
HTML generated with duplicate Ids when using "forceId=true" --- Key: MYFACES-1863 URL: https://issues.apache.org/jira/browse/MYFACES-1863 Project: MyFaces Core Issue Type: Bug Reporter: Guy Bashan It is possible to generate duplicate ids when using "forceId=true". For example: Create 2 nested databases with inner control that uses: forceId=true The created html will produce the ids: myId[0], myId[1], myId[2] and so on... The truth is, that even in a single table loop, I was expecting to see Ids according to the regular convention: myId:0, myId:1, ... and in this case: myId:0:0, myId:0:1, , ,myId:1:0, myId:1:1, ... instead, I saw this "array like" convention, which is acceptable, as long as it will be something like this: myId[0][0], ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1861) Duplicated ids exception for 2 controls with same id and one of them is not rendered
Duplicated ids exception for 2 controls with same id and one of them is not
rendered
Key: MYFACES-1861
URL: https://issues.apache.org/jira/browse/MYFACES-1861
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.2
Reporter: Guy Bashan
If there are 2 controls (or more) with the same id, one control is rendered and
the other is not, there is duplicate id exception.
Exception example:
javax.servlet.jsp.JspException: Duplicated component Id: 'included1' for
component: '{Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId:
/cmp_ads.jsp][Class: javax.faces.component.html.HtmlForm,Id: formAds][Class:
org.apache.myfaces.component.html.ext.HtmlDataTable,Id: tableAds][Class:
javax.faces.component.UIColumn,Id: j_id_jsp_2054236967_13][Class:
org.apache.myfaces.component.html.ext.HtmlDataTable,Id: tableCreatives][Class:
javax.faces.component.UIColumn,Id: j_id_jsp_2054236967_23][Class:
javax.faces.component.html.HtmlPanelGroup,Id: j_id_jsp_2054236967_29][Class:
org.apache.myfaces.component.html.ext.HtmlOutputText,Id: included1]}'.
at
javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:459)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005foutputText_005f2(cmp_005fads_jsp.java:1304)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fpanelGroup_005f1(cmp_005fads_jsp.java:1264)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fcolumn_005f1(cmp_005fads_jsp.java:1043)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005fdataTable_005f1(cmp_005fads_jsp.java:994)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fcolumn_005f0(cmp_005fads_jsp.java:717)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_t_005fdataTable_005f0(cmp_005fads_jsp.java:648)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_h_005fform_005f0(cmp_005fads_jsp.java:516)
at
org.apache.jsp.cmp_005fads_jsp._jspx_meth_f_005fview_005f0(cmp_005fads_jsp.java:264)
at org.apache.jsp.cmp_005fads_jsp._jspService(cmp_005fads_jsp.java:139)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:393)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292)
at
org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:338)
at
org.apache.myfaces.application.jsp.JspViewHandlerImpl.buildView(JspViewHandlerImpl.java:480)
at
org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:334)
at
org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41)
at
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:140)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:152)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.todacell.ui.view.filter.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
at
com.todacell.ui.view.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:61)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
[jira] Created: (MYFACES-1860) valueChangeListener problematic behavior
valueChangeListener problematic behavior Key: MYFACES-1860 URL: https://issues.apache.org/jira/browse/MYFACES-1860 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan I know this is probably a known issue, and it is a matter of specification, but still, I think it is an annoying issue that makes jsf impossible in the simplest cases: Suppose there is a simple dropdown with 2 values: 1, 2. The selected value is set to: 1 (in the bean constructor or in faces-config). Something like this: Now, when changing the value from 1 to 2, the event will be fired. But, when changing the value from 2 to 1, no event is fired. It is clear why event was not fired: initial value is 1, newly changed value is also 1. No event fired. But, logically it is wrong, since I did changed the dropdown value from 2 to 1. In plain old JSP programming, this was so easy to accomplish task (reacting to some change in dropdown and doing some action), that becomes very annoying in JSF. I know one would say: what is the problem? change the scope of the bean to session. I don't accept this solution and generally I almost never work with session scoped beans. I don't see any reason starting to fill the user session with tons of data in order to solve simple problems (in general, I don't like to put information that is not really required in the session). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1858) Resource bundle values are not evaluated properly in java code
Resource bundle values are not evaluated properly in java code
--
Key: MYFACES-1858
URL: https://issues.apache.org/jira/browse/MYFACES-1858
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.2
Reporter: Guy Bashan
It seems like there is a general problem in resource bundle evaluation in java
code.
It seems like when ever loaded page is being reloaded (post back) the resource
bundle in java code is not evaluated.
I use two methods:
1)
public static FacesContext getFacesContext()
{
return FacesContext.getCurrentInstance();
}
private static Application getApplication()
{
ApplicationFactory appFactory = (ApplicationFactory) FactoryFinder.
getFactory(FactoryFinder.APPLICATION_FACTORY);
return appFactory.getApplication();
}
private static ValueBinding getValueBinding(String el)
{
return getApplication().createValueBinding(el);
}
public static Object getElValue(String el)
{
return getValueBinding(el).getValue(getFacesContext());
}
then I do: getElValue("#{bundle['some.resource.value']}");
In this case, for example, when I want to fill dropdown with multi-laguage
values and convert them to the proper data from the bundle I get this exception
(Note: when comming to the page, it loads ok, it happens only on the postback
call):
javax.faces.FacesException: Exception while validating component with path :
{Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId:
/cmp_new.jsp][Class: javax.faces.component.html.HtmlForm,Id:
frmNewCampaign][Class: javax.faces.component.html.HtmlInputText,Id: po]}
at javax.faces.component.UIInput.validate(UIInput.java:346)
at javax.faces.component.UIInput.processValidators(UIInput.java:144)
at javax.faces.component.UIForm.processValidators(UIForm.java:74)
at
javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:658)
at javax.faces.component.UIViewRoot.access$101(UIViewRoot.java:43)
at javax.faces.component.UIViewRoot$2.process(UIViewRoot.java:97)
at javax.faces.component.UIViewRoot.process(UIViewRoot.java:205)
at
javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:93)
at
org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:32)
at
org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:148)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.todacell.ui.view.filter.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
at
com.todacell.ui.view.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:61)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at
com.todacell.ui.view.util.ViewUtil.collectionToSelectItemList(ViewUtil.java:89)
at
com.todacell.ui.view.util.ViewUtil.collectionToSelectItemList(ViewUtil.java:98)
at
com.todacell.ui.view.bean.campaign.CampaignNewBean.(CampaignNewBean.java:43)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Nativ
[jira] Commented: (MYFACES-1854) does not evaluates EL expressions
[
https://issues.apache.org/jira/browse/MYFACES-1854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587921#action_12587921
]
Guy Bashan commented on MYFACES-1854:
-
The IDE tells me that these xml elements are not supported. Maybe I am using an
older dtd?
The one I am using is: http://java.sun.com/dtd/web-facesconfig_1_1.dtd
> does not evaluates EL expressions
> -
>
> Key: MYFACES-1854
> URL: https://issues.apache.org/jira/browse/MYFACES-1854
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.2.2
> Reporter: Guy Bashan
>
> does not evaluates EL expressions. This, for example, makes
> impossible to create multi-language dynamic drop down items.
> Example:
> -
> SelectItem selectItem = new SelectItem("-1",
> "#{bundle['dropdown.advertiser.select']}")
> This EL expression will not be evaluated.
> In JSP value is evaluated:
>
> itemLabel="#{bundle['dropdown.advertiser.select'']}" />
>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1854) does not evaluates EL expressions
does not evaluates EL expressions
-
Key: MYFACES-1854
URL: https://issues.apache.org/jira/browse/MYFACES-1854
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.2
Reporter: Guy Bashan
does not evaluates EL expressions. This, for example, makes
impossible to create multi-language dynamic drop down items.
Example:
-
SelectItem selectItem = new SelectItem("-1",
"#{bundle['dropdown.advertiser.select']}")
This EL expression will not be evaluated.
In JSP value is evaluated:
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1848) JSP regular exceptions causes vlack page output
[ https://issues.apache.org/jira/browse/MYFACES-1848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587542#action_12587542 ] Guy Bashan commented on MYFACES-1848: - This bug is pretty annoying and can be simulated very easily: Generate a regular jsp page that throws exception. Run the page regularly (not through faces) and you will see the exception on the screen. Run the page through faces and you will get a blank page. > JSP regular exceptions causes vlack page output > --- > > Key: MYFACES-1848 > URL: https://issues.apache.org/jira/browse/MYFACES-1848 > Project: MyFaces Core > Issue Type: Bug >Affects Versions: 1.2.2 > Reporter: Guy Bashan > > The new JSF (1.2.2) outputs a nice formatted exception message (with session > variables, view and full stacktrace). > But when I get error in the page caused by JSP, I simply see a blank page (I > am able to see the exception itself in the console ...) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1848) JSP regular exceptions causes vlack page output
JSP regular exceptions causes vlack page output --- Key: MYFACES-1848 URL: https://issues.apache.org/jira/browse/MYFACES-1848 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan The new JSF (1.2.2) outputs a nice formatted exception message (with session variables, view and full stacktrace). But when I get error in the page caused by JSP, I simply see a blank page (I am able to see the exception itself in the console ...) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1838) javax.crypto.BadPaddingException: Given final block not properly padded
javax.crypto.BadPaddingException: Given final block not properly padded --- Key: MYFACES-1838 URL: https://issues.apache.org/jira/browse/MYFACES-1838 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan I keep getting this exception from time to time when moving between pages: javax.faces.FacesException: javax.crypto.BadPaddingException: Given final block not properly padded at org.apache.myfaces.shared_impl.util.StateUtils.symmetric(StateUtils.java:373) at org.apache.myfaces.shared_impl.util.StateUtils.symmetric(StateUtils.java:411) at org.apache.myfaces.shared_impl.util.StateUtils.decrypt(StateUtils.java:291) at org.apache.myfaces.shared_impl.util.StateUtils.reconstruct(StateUtils.java:240) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.getSavedState(HtmlResponseStateManager.java:184) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.getState(HtmlResponseStateManager.java:136) at org.apache.myfaces.application.jsp.JspStateManagerImpl.restoreView(JspStateManagerImpl.java:289) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.restoreView(JspViewHandlerImpl.java:505) at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:85) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:148) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.vdo.admin.model.persistence.OpenSessionInViewFilterIC.doFilterInternal(OpenSessionInViewFilterIC.java:155) at com.vdo.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:61) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: javax.crypto.BadPaddingException: Given final block not properly padded at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..) at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..) at com.sun.crypto.provider.DESCipher.engineDoFinal(DashoA13*..) at javax.crypto.Cipher.doFinal(DashoA13*..) at org.apache.myfaces.shared_impl.util.StateUtils.symmetric(StateUtils.java:369) ... 30 more -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1206) t:inputFileUpload doesn't work with s:pprPanelGroup
t:inputFileUpload doesn't work with s:pprPanelGroup --- Key: TOMAHAWK-1206 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1206 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.6 Reporter: Guy Bashan Seems like it is impossible to do ajax upload using t:inputFileUpload and s:pprPanelGroup. The uploaded file on the server is null. Example: - <%@ page contentType="text/html;charset=windows-1255" %> <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> <%@ taglib uri="http://myfaces.apache.org/sandbox"; prefix="s" %> Simple jsp page "myFile" member in "xxx" bean is always null. When s:pprPanelGroup is removed myFile has value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1199) Seems like email validation is not working
[ https://issues.apache.org/jira/browse/TOMAHAWK-1199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12571894#action_12571894 ] Guy Bashan commented on TOMAHAWK-1199: -- I tried it also with 1.1.7 and it behaves the same. It seems like there are more problems, like in this code: Confirm: When using t:inputSecret the validator "signup.validatePassword" seems to be not called. When changing to h:inputSecret it is working. > Seems like email validation is not working > -- > > Key: TOMAHAWK-1199 > URL: https://issues.apache.org/jira/browse/TOMAHAWK-1199 > Project: MyFaces Tomahawk > Issue Type: Bug >Affects Versions: 1.1.7-SNAPSHOT >Reporter: Guy Bashan > > Seems like email validation is not working. It used to work in previous > versions. > Code example: > - > <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %> > <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %> > <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> > <%@ page contentType="text/html;charset=UTF-8" language="java" %> > > Simple jsp page > > > > > > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1199) Seems like email validation is not working
[ https://issues.apache.org/jira/browse/TOMAHAWK-1199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12571879#action_12571879 ] Guy Bashan commented on TOMAHAWK-1199: -- Sorry, I am using version 1.1.6 and not 1.1.7-SNAPSHOT. I am also using tomahawk-sandbox-1.1.7-SNAPSHOT and myfaces 1.2.2 > Seems like email validation is not working > -- > > Key: TOMAHAWK-1199 > URL: https://issues.apache.org/jira/browse/TOMAHAWK-1199 > Project: MyFaces Tomahawk > Issue Type: Bug >Affects Versions: 1.1.7-SNAPSHOT > Reporter: Guy Bashan > > Seems like email validation is not working. It used to work in previous > versions. > Code example: > - > <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %> > <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %> > <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> > <%@ page contentType="text/html;charset=UTF-8" language="java" %> > > Simple jsp page > > > > > > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1199) Seems like email validation is not working
Seems like email validation is not working -- Key: TOMAHAWK-1199 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1199 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.7-SNAPSHOT Reporter: Guy Bashan Seems like email validation is not working. It used to work in previous versions. Code example: - <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %> <%@ taglib uri="http://myfaces.apache.org/tomahawk"; prefix="t" %> <%@ page contentType="text/html;charset=UTF-8" language="java" %> Simple jsp page -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1815) Faces servlet returns empty response for resources when using /faces/* as servlet mapping
Faces servlet returns empty response for resources when using /faces/* as servlet mapping - Key: MYFACES-1815 URL: https://issues.apache.org/jira/browse/MYFACES-1815 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.2.2 Reporter: Guy Bashan Hello, I have just upgraded from jsf 1.1.5 to 1.2.2 and it seems like all the resources returns empty response when using /faces/* as servlet mapping. During the upgrade I made no changes to web.xml. It looks like this: Faces Servlet javax.faces.webapp.FacesServlet 30 Faces Servlet /faces/* The web application loaded successfully, but all the resources (images/js/stylesheets) seems to be broken. I copied one of the images url to try and check a request to image directly. For example: http://localhost:8080/myapp/faces/images/logo.jpg and I got an empty response. When I removed the faces: http://localhost:8080/myapp/images/logo.jpg the image was loaded ok. I made further investigation and changed the mapping to: *.faces and it seemed to be working fine. Thanks, Guy. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1801) Navigation system and passing parameters between pages with redirect
Navigation system and passing parameters between pages with redirect Key: MYFACES-1801 URL: https://issues.apache.org/jira/browse/MYFACES-1801 Project: MyFaces Core Issue Type: Improvement Reporter: Guy Bashan JSF navigation system offers 2 ways of work: Forward and redirect. The forward method is simply useless. Any decent web application must have correlation between browser url and the view that is being presented. On the other hand, when using forward it is impossible to pass parameters between pages. This makes the whole navigation system of JSF simply useless (I never use it at all ...). Parameters between pages needed to be passed using url parameters. Needing to use session variables or any other weird solutions is simply not good since it makes the application more dependant. If I have a page that should show some product, and the product id parameter is passed using session or any solution other than url parameter, then I totally dependant on the source from which I am directed to this page. This source of course must initialize the product id or some bean. This is very limiting (to my opinion and experience of course ...). With url parameters this problem never exists. Every page can stand for it's own and have it's own "api" defined by the parameters it should get in order to show the page. I can send users to this page from any source that I like, and even send this url by mail to some other users, and the page could be easily accessed with no problems. I know this problem is simply the was JSF is designed, but I think this is the kind of problems that prevents from technologies being adopted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1800) Form submit does not preserve url parameters
Form submit does not preserve url parameters Key: MYFACES-1800 URL: https://issues.apache.org/jira/browse/MYFACES-1800 Project: MyFaces Core Issue Type: Improvement Reporter: Guy Bashan I have been working with JSF for almost 3 years and I know this bug is simply the way JSF behaves, but still, the more I write web applications this problem is getting more and more annoying: When a form is being submitted, the url parameters are not preserved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1767) h:messages generates style property as styleClass propery.
h:messages generates style property as styleClass propery. --- Key: MYFACES-1767 URL: https://issues.apache.org/jira/browse/MYFACES-1767 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.5 Reporter: Guy Bashan For this fregment: This is the HTML that is being produced: Total % Audience should be 100% or 0% Seems like style is sharing same property with styleClass. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1760) Using "getSelectedValues" of "UISelectMany" seems to be causing "ClassCastException"
[
https://issues.apache.org/jira/browse/MYFACES-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541636
]
Guy Bashan commented on MYFACES-1760:
-
Hi,
I think that the casting on the return is not mandatory:
return (Object[])((List)selectedValues).toArray(); > return
((List)selectedValues).toArray();
Guy.
> Using "getSelectedValues" of "UISelectMany" seems to be causing
> "ClassCastException"
>
>
> Key: MYFACES-1760
> URL: https://issues.apache.org/jira/browse/MYFACES-1760
> Project: MyFaces Core
> Issue Type: Bug
> Affects Versions: 1.1.5
>Reporter: Guy Bashan
> Attachments: UISelectMany.patch
>
>
> It seems like calling getSelectedValues method of selectBooleanCheckbox
> causes exception.
> This is an example for a fregment of code:
> -
> value="#{test_scope.targetPagePhysicals}" layout="pageDirection"
> converter="PagePhysicalConverter" binding="#{test_scope.htmlSelect}">
>value="#{test_scope.pagePhysicals}" />
>
> style="width:100px" immediate="true" onclick="submit()" forceId="true"
> actionListener="#{test_scope.targetPagesSelectedAction}" />
> In the bean:
>
> public void targetPagesSelectedAction(ActionEvent event)
> {
> Object[] xx = htmlSelect.getSelectedValues();
> FacesContext.getCurrentInstance().renderResponse();
> }
> Causes the following exception:
> ---
> javax.servlet.ServletException: Exception while invoking expression
> #{test_scope.targetPagesSelectedAction}
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:154)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:285)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> com.amadesa.admin.model.persistence.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
> at
> com.amadesa.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:56)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: javax.faces.el.EvaluationException: Exception while invoking
> expression #{test_scope.targetPagesSelectedAction}
>
[jira] Commented: (MYFACES-1760) Using "getSelectedValues" of "UISelectMany" seems to be causing "ClassCastException"
[
https://issues.apache.org/jira/browse/MYFACES-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540737
]
Guy Bashan commented on MYFACES-1760:
-
I am not familiar with JSF core code, but I don't think it is implemented like
that intentionally, since it seems not reasonable accepting List as value, but
failing when trying to get the selected values.
> Using "getSelectedValues" of "UISelectMany" seems to be causing
> "ClassCastException"
>
>
> Key: MYFACES-1760
> URL: https://issues.apache.org/jira/browse/MYFACES-1760
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.1.5
>Reporter: Guy Bashan
>
> It seems like calling getSelectedValues method of selectBooleanCheckbox
> causes exception.
> This is an example for a fregment of code:
> -
> value="#{test_scope.targetPagePhysicals}" layout="pageDirection"
> converter="PagePhysicalConverter" binding="#{test_scope.htmlSelect}">
>value="#{test_scope.pagePhysicals}" />
>
> style="width:100px" immediate="true" onclick="submit()" forceId="true"
> actionListener="#{test_scope.targetPagesSelectedAction}" />
> In the bean:
>
> public void targetPagesSelectedAction(ActionEvent event)
> {
> Object[] xx = htmlSelect.getSelectedValues();
> FacesContext.getCurrentInstance().renderResponse();
> }
> Causes the following exception:
> ---
> javax.servlet.ServletException: Exception while invoking expression
> #{test_scope.targetPagesSelectedAction}
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:154)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:285)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> com.amadesa.admin.model.persistence.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
> at
> com.amadesa.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:56)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: javax.faces.el.EvaluationException: Exception while invoking
> expression #{test_scope.targetPagesSelectedAction}
>
[jira] Commented: (MYFACES-1760) Using "getSelectedValues" of "UISelectMany" seems to be causing "ClassCastException"
[
https://issues.apache.org/jira/browse/MYFACES-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540434
]
Guy Bashan commented on MYFACES-1760:
-
indeed.
> Using "getSelectedValues" of "UISelectMany" seems to be causing
> "ClassCastException"
>
>
> Key: MYFACES-1760
> URL: https://issues.apache.org/jira/browse/MYFACES-1760
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.1.5
>Reporter: Guy Bashan
>
> It seems like calling getSelectedValues method of selectBooleanCheckbox
> causes exception.
> This is an example for a fregment of code:
> -
> value="#{test_scope.targetPagePhysicals}" layout="pageDirection"
> converter="PagePhysicalConverter" binding="#{test_scope.htmlSelect}">
>value="#{test_scope.pagePhysicals}" />
>
> style="width:100px" immediate="true" onclick="submit()" forceId="true"
> actionListener="#{test_scope.targetPagesSelectedAction}" />
> In the bean:
>
> public void targetPagesSelectedAction(ActionEvent event)
> {
> Object[] xx = htmlSelect.getSelectedValues();
> FacesContext.getCurrentInstance().renderResponse();
> }
> Causes the following exception:
> ---
> javax.servlet.ServletException: Exception while invoking expression
> #{test_scope.targetPagesSelectedAction}
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:154)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:285)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> com.amadesa.admin.model.persistence.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
> at
> com.amadesa.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:56)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: javax.faces.el.EvaluationException: Exception while invoking
> expression #{test_scope.targetPagesSelectedAction}
> at
> org.apache.myfaces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:156)
> at javax.faces.component.UICommand.broadcast(UICommand.java:89)
> at
> javax.faces.componen
[jira] Created: (MYFACES-1760) Using "getSelectedValues" of "UISelectMany" seems to be causing "ClassCastException"
Using "getSelectedValues" of "UISelectMany" seems to be causing
"ClassCastException"
Key: MYFACES-1760
URL: https://issues.apache.org/jira/browse/MYFACES-1760
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.1.5
Reporter: Guy Bashan
It seems like calling getSelectedValues method of selectBooleanCheckbox causes
exception.
This is an example for a fregment of code:
-
In the bean:
public void targetPagesSelectedAction(ActionEvent event)
{
Object[] xx = htmlSelect.getSelectedValues();
FacesContext.getCurrentInstance().renderResponse();
}
Causes the following exception:
---
javax.servlet.ServletException: Exception while invoking expression
#{test_scope.targetPagesSelectedAction}
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:154)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:285)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.amadesa.admin.model.persistence.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:149)
at
com.amadesa.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:56)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:619)
Caused by: javax.faces.el.EvaluationException: Exception while invoking
expression #{test_scope.targetPagesSelectedAction}
at
org.apache.myfaces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:156)
at javax.faces.component.UICommand.broadcast(UICommand.java:89)
at
javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:97)
at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:139)
at
org.apache.myfaces.lifecycle.ApplyRequestValuesExecutor.execute(ApplyRequestValuesExecutor.java:32)
at
org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:95)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139)
... 25 more
Caused by: java.lang.ClassCastException: java.util.ArrayList cannot be cast to
[Ljava.lang.Object;
at
javax.faces.component.UISelectMany.getSelectedValues(UISelectMany.java:48)
at
com.amadesa.admin.view.bean.test.TestScopeBean.targetPagesSelectedAction(TestScopeBean.java:166)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Delega
[jira] Commented: (TOMAHAWK-1135) pprPanelGroup doesn't refresh verbatim tags
[ https://issues.apache.org/jira/browse/TOMAHAWK-1135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538440 ] Guy Bashan commented on TOMAHAWK-1135: -- The above code is a part of a dataTable of course ... > pprPanelGroup doesn't refresh verbatim tags > --- > > Key: TOMAHAWK-1135 > URL: https://issues.apache.org/jira/browse/TOMAHAWK-1135 > Project: MyFaces Tomahawk > Issue Type: Bug > Components: PPRPanelGroup >Affects Versions: 1.1.6, 1.1.7-SNAPSHOT >Reporter: Guy Bashan > > I have table wrapped with pprPanelGroup tag. In the table there are parts of > code in verbatim tag. The table is refreshed properly, but doesn't show the > content of verbatim tags. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1135) pprPanelGroup doesn't refresh verbatim tags
[ https://issues.apache.org/jira/browse/TOMAHAWK-1135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538439 ] Guy Bashan commented on TOMAHAWK-1135: -- I used the latest build taken from few days ago. This is a code example: - | | > pprPanelGroup doesn't refresh verbatim tags > --- > > Key: TOMAHAWK-1135 > URL: https://issues.apache.org/jira/browse/TOMAHAWK-1135 > Project: MyFaces Tomahawk > Issue Type: Bug > Components: PPRPanelGroup >Affects Versions: 1.1.6, 1.1.7-SNAPSHOT >Reporter: Guy Bashan > > I have table wrapped with pprPanelGroup tag. In the table there are parts of > code in verbatim tag. The table is refreshed properly, but doesn't show the > content of verbatim tags. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1135) pprPanelGroup doesn't refresh verbatim tags
pprPanelGroup doesn't refresh verbatim tags --- Key: TOMAHAWK-1135 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1135 Project: MyFaces Tomahawk Issue Type: Bug Components: PPRPanelGroup Affects Versions: 1.1.6, 1.1.7-SNAPSHOT Reporter: Guy Bashan I have table wrapped with pprPanelGroup tag. In the table there are parts of code in verbatim tag. The table is refreshed properly, but doesn't show the content of verbatim tags. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-382) panelNavigation2 is not working inside a form
[ http://issues.apache.org/jira/browse/TOMAHAWK-382?page=comments#action_12442925 ] Guy Bashan commented on TOMAHAWK-382: - The code I sent was the only code I tried and seemed to cause this error. Maybe it was something else ... but I left it already long time ago. Thanks. > panelNavigation2 is not working inside a form > - > > Key: TOMAHAWK-382 > URL: http://issues.apache.org/jira/browse/TOMAHAWK-382 > Project: MyFaces Tomahawk > Issue Type: Bug > Components: Panel Navigation2 >Affects Versions: 1.1.1 > Environment: WindowsXP, JDeveloper >Reporter: Guy Bashan > > The example code of paneNavigation2 from myfaces example is not working > inside form tag: > -- > > > > activeItemClass="selected" openItemClass="selected" > > /> > > > > > The exception I get is: > - > javax.servlet.ServletException: Client-id : _id2 is duplicated in the faces > tree. > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:121) > at > com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:61) > I need the navigation panel to be inside a form, since I need to pass some > parameters (in hidden fields) across several pages. -- 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] Created: (TOMAHAWK-711) Give an option to prevent t:column groupBy property from doing rowspan.
Give an option to prevent t:column groupBy property from doing rowspan. --- Key: TOMAHAWK-711 URL: http://issues.apache.org/jira/browse/TOMAHAWK-711 Project: MyFaces Tomahawk Issue Type: Improvement Components: Column, Extended Datatable Affects Versions: 1.1.3 Reporter: Guy Bashan Fix For: 1.1.5-SNAPSHOT Many tables are drawn with rows that are colored with 2 colors (color for even row and color for odd row). The groupBy property does two things: 1) Row span of all identical values of a specific column. 2) allows drawing a seperator line (using css). The rowspan effect for tables with 2 color rows is looking not nice. It will be great if it will be possible to use only the css group propery without the rowspan effect. -- 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-1389) Impossible to escape "{", "}" characters in parameterized messages.
[
http://issues.apache.org/jira/browse/MYFACES-1389?page=comments#action_12436462
]
Guy Bashan commented on MYFACES-1389:
-
I had to escape: "{" character. I did "'{'" and it is working great. thanks.
> Impossible to escape "{", "}" characters in parameterized messages.
> ---
>
> Key: MYFACES-1389
> URL: http://issues.apache.org/jira/browse/MYFACES-1389
> Project: MyFaces Core
> Issue Type: Bug
>Affects Versions: 1.1.3
>Reporter: Guy Bashan
>Priority: Minor
>
> It seems like using the "{", "}" characters in messages (in resource bundles)
> is impossible (Unless it is used for params: {0}, {1} etc'). The
> FacesUtil.subtituteParams seems to be throwing an exception. I tried escaping
> the characters by using "\{" but it still not working.
--
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] Created: (MYFACES-1389) Impossible to escape "{", "}" characters in parameterized messages.
Impossible to escape "{", "}" characters in parameterized messages.
---
Key: MYFACES-1389
URL: http://issues.apache.org/jira/browse/MYFACES-1389
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.1.3
Reporter: Guy Bashan
Priority: Minor
It seems like using the "{", "}" characters in messages (in resource bundles)
is impossible (Unless it is used for params: {0}, {1} etc'). The
FacesUtil.subtituteParams seems to be throwing an exception. I tried escaping
the characters by using "\{" but it still not working.
--
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] Created: (TOMAHAWK-572) TreeTable should have a property to alllow client side operation only.
TreeTable should have a property to alllow client side operation only. -- Key: TOMAHAWK-572 URL: http://issues.apache.org/jira/browse/TOMAHAWK-572 Project: MyFaces Tomahawk Issue Type: Bug Components: Tree Table Affects Versions: 1.1.3 Reporter: Guy Bashan Whenever pressing collapse/expand on TreeTable it goes to the server and reloads the entire page. A client side mode should be added. -- 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] Created: (TOMAHAWK-547) Filtered sortable, scrollable data table
Filtered sortable, scrollable data table - Key: TOMAHAWK-547 URL: http://issues.apache.org/jira/browse/TOMAHAWK-547 Project: MyFaces Tomahawk Issue Type: Wish Components: Data Scroller, Examples, Extended Datatable Affects Versions: 1.1.3 Reporter: Guy Bashan I am having a hard time with a reporting system I built using myfaces (It's only a one jsp page ...). It seems that myfaces is not so good for combining filtered data that is beinged generated on the fly with datatable. It will be great to have the following example: Show a data table with sortable columns and data scroller. Now, this is the real problem: The data will not be generated on a constructor, it will be generated dynamically according to some filters (for example, several drop downs). If two of the drop downs will also be dependable (meaning, the items in one drop down are updated according to another) it will be even better ... Thanks. -- 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] Created: (TOMAHAWK-522) Datascroller produces exception when table data is produced not directly from bean constructor.
Datascroller produces exception when table data is produced not directly from
bean constructor.
---
Key: TOMAHAWK-522
URL: http://issues.apache.org/jira/browse/TOMAHAWK-522
Project: MyFaces Tomahawk
Type: Bug
Components: Data Scroller
Versions: 1.1.3
Reporter: Guy Bashan
I have a screen with several dropdown filters that are being updated with
values dynamiclly. On each selection of one of the dropdowns the screen is
refreshed and new data is shown in the table accordingly.
Since data in table is dependant on filters, I generate the data of the table
in some dummy method right after the filters. I do it by simply putting
outputText tag:
the data of the table is produced in the dummy method and retreived with a
simple getter method:
public DataModel getData()
{
return rows;
}
I am working on the exact same code as given in myfaces examples.
When I want to move to a spacific page in the scroller, by directly pressing a
page number I get this exception:
javax.servlet.ServletException: Illegal value for first row: -10
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:152)
at
com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:61)
at oracle.security.jazn.oc4j.JAZNFilter.doFilter(Unknown Source)
at
com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:15)
at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
at
com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:17)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144)
at
com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:17)
at
org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:285)
at
com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:17)
at
com.amadesa.admin.model.persistence.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:145)
at
com.amadesa.admin.model.persistence.OncePerRequestFilter.doFilter(OncePerRequestFilter.java)
at
com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:670)
at
com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:378)
at
com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:869)
at
com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:288)
at
com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:120)
at
com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:299)
at java.lang.Thread.run(Thread.java:534)
When I generate the table in the constructor everything is working fine, but it
is impossible for me to generate the data in the constructor, since in the
constructor I still do not know the filter selections of the user.
--
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] Created: (TOMAHAWK-248) Navigation panels cannot have links and javascript.
Navigation panels cannot have links and javascript. --- Key: TOMAHAWK-248 URL: http://issues.apache.org/jira/browse/TOMAHAWK-248 Project: MyFaces Tomahawk Type: Improvement Components: Panel Navigation, Panel Navigation2 Versions: 1.1.1 Reporter: Guy Bashan It is impossible to use in navigation panels the following capabilities: 1) Add direct links, with out needing to use JSF navigation mechanism (I do not use this mechanism at all, due to its disadvantages when using redirection and passing parameters between pages). 2) Add a custom javascript code, instead of navigating to a different page. -- 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] Created: (MYFACES-1198) Navigation mechanism with redirect
Navigation mechanism with redirect -- Key: MYFACES-1198 URL: http://issues.apache.org/jira/browse/MYFACES-1198 Project: MyFaces Core Type: Bug Components: JSR-127 Versions: 1.1.1 Reporter: Guy Bashan Using the navigation mechanism with redirect disables the following important functionallity: 1) Passing parameters between pages (with param tag). 2) When navigating from page 1 to page 2, messages are not shown on page 2. These featurs do not work because the nature of redirect, which actually generates a new request (unlike forward). -- 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] Created: (MYFACES-1181) panelNavigation2 is not working inside a form
panelNavigation2 is not working inside a form - Key: MYFACES-1181 URL: http://issues.apache.org/jira/browse/MYFACES-1181 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1 Environment: WindowsXP, JDeveloper Reporter: Guy Bashan The example code of paneNavigation2 from myfaces example is not working inside form tag: -- The exception I get is: - javax.servlet.ServletException: Client-id : _id2 is duplicated in the faces tree. at javax.faces.webapp.FacesServlet.service(FacesServlet.java:121) at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:61) I need the navigation panel to be inside a form, since I need to pass some parameters (in hidden fields) across several pages. -- 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] Created: (MYFACES-1180) All data after multiple forms is truncated.
All data after multiple forms is truncated. --- Key: MYFACES-1180 URL: http://issues.apache.org/jira/browse/MYFACES-1180 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1 Environment: WindowsXP, JDeveloper Reporter: Guy Bashan I encounter a weird problem when working with multiple forms. I have an outer dataTable and inner dataTable. Each inner dataTable has its own form. The screen loads ok. But after activating some action (by command link), the page is reloaded, and any component comming after the two dataTables (inner and outer) is being truncated. -- 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-1146) Impossible to hide footer in dataTable
[
http://issues.apache.org/jira/browse/MYFACES-1146?page=comments#action_12367162
]
Guy Bashan commented on MYFACES-1146:
-
leave --> live ;-)
> Impossible to hide footer in dataTable
> --
>
> Key: MYFACES-1146
> URL: http://issues.apache.org/jira/browse/MYFACES-1146
> Project: MyFaces Core
> Type: Bug
> Components: Tomahawk
> Versions: 1.1.1
> Reporter: Guy Bashan
> Priority: Trivial
>
> It is impossible to hide the footer in a dataTable. There are cases in which
> the same table should sometimes show the footer and in other cases do not
> show it. For example:
> width="100%"
>cellpadding="0"
>cellspacing="0"
>border="0"
>styleClass="reportTable"
>headerClass="reportTitle"
>footerClass="reportTableTotal"
>rowClasses="reportRowLight,reportRowDark"
>rowOnMouseOver="selectedRow = this.className;
> this.className='reportRowOver'"
>rowOnMouseOut="this.className = selectedRow">
> styleClass="#{analyze.styleClass}"
> style="text-align:#{column.alignment}">
>
> escape="false"/>
>
>
>
>
>escape="false"/>
>
>
>
>
>
>
> I tried hiding the footer with: f:subview wrapping the footer and as a footer
> child, but both seems to be not working.
--
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-1146) Impossible to hide footer in dataTable
[
http://issues.apache.org/jira/browse/MYFACES-1146?page=comments#action_12367160
]
Guy Bashan commented on MYFACES-1146:
-
I have alreay done this workaround, but it seems to me not a neat solution. I
can leave with this solution, but I think that in the long term it is
preferable solving this problem with a property as you suggested.
> Impossible to hide footer in dataTable
> --
>
> Key: MYFACES-1146
> URL: http://issues.apache.org/jira/browse/MYFACES-1146
> Project: MyFaces Core
> Type: Bug
> Components: Tomahawk
> Versions: 1.1.1
> Reporter: Guy Bashan
> Priority: Trivial
>
> It is impossible to hide the footer in a dataTable. There are cases in which
> the same table should sometimes show the footer and in other cases do not
> show it. For example:
> width="100%"
>cellpadding="0"
>cellspacing="0"
>border="0"
>styleClass="reportTable"
>headerClass="reportTitle"
>footerClass="reportTableTotal"
>rowClasses="reportRowLight,reportRowDark"
>rowOnMouseOver="selectedRow = this.className;
> this.className='reportRowOver'"
>rowOnMouseOut="this.className = selectedRow">
> styleClass="#{analyze.styleClass}"
> style="text-align:#{column.alignment}">
>
> escape="false"/>
>
>
>
>
>escape="false"/>
>
>
>
>
>
>
> I tried hiding the footer with: f:subview wrapping the footer and as a footer
> child, but both seems to be not working.
--
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-1146) Impossible to hide footer in dataTable
[
http://issues.apache.org/jira/browse/MYFACES-1146?page=comments#action_12367158
]
Guy Bashan commented on MYFACES-1146:
-
This is exactly what I did (well . . . in one of my tryings . . . .).
MyFaces still creates an empty row (footer row). This row has no values, so it
is not shown in explorer, but fire fox treats empty rows differently and still
shows the empty row.
> Impossible to hide footer in dataTable
> --
>
> Key: MYFACES-1146
> URL: http://issues.apache.org/jira/browse/MYFACES-1146
> Project: MyFaces Core
> Type: Bug
> Components: Tomahawk
> Versions: 1.1.1
> Reporter: Guy Bashan
> Priority: Trivial
>
> It is impossible to hide the footer in a dataTable. There are cases in which
> the same table should sometimes show the footer and in other cases do not
> show it. For example:
> width="100%"
>cellpadding="0"
>cellspacing="0"
>border="0"
>styleClass="reportTable"
>headerClass="reportTitle"
>footerClass="reportTableTotal"
>rowClasses="reportRowLight,reportRowDark"
>rowOnMouseOver="selectedRow = this.className;
> this.className='reportRowOver'"
>rowOnMouseOut="this.className = selectedRow">
> styleClass="#{analyze.styleClass}"
> style="text-align:#{column.alignment}">
>
> escape="false"/>
>
>
>
>
>escape="false"/>
>
>
>
>
>
>
> I tried hiding the footer with: f:subview wrapping the footer and as a footer
> child, but both seems to be not working.
--
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] Created: (MYFACES-1146) Impossible to hide footer in dataTable
Impossible to hide footer in dataTable -- Key: MYFACES-1146 URL: http://issues.apache.org/jira/browse/MYFACES-1146 Project: MyFaces Type: Bug Components: Tomahawk Versions: 1.1.1 Reporter: Guy Bashan Priority: Trivial It is impossible to hide the footer in a dataTable. There are cases in which the same table should sometimes show the footer and in other cases do not show it. For example: I tried hiding the footer with: f:subview wrapping the footer and as a footer child, but both seems to be not working. -- 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-1019) JSF initial state
[ http://issues.apache.org/jira/browse/MYFACES-1019?page=comments#action_12362519 ] Guy Bashan commented on MYFACES-1019: - Thanks a lot for your answers. > JSF initial state > - > > Key: MYFACES-1019 > URL: http://issues.apache.org/jira/browse/MYFACES-1019 > Project: MyFaces > Type: Improvement > Components: Implementation > Versions: 1.1.1 > Environment: Linux, WindowXP, JDeveloper > Reporter: Guy Bashan > > I am having this problem for a long time and lost any hope of getting a > decent answer in any forum: > It seems like JSF does not give any solution to initial state problem. > A simple example: > I want to show a simple table that is being updated according to several > filters. > The table should be shown with initial data according to filters selections. > The actions that I am doing are: > 1) To show initially the table, on the backing bean constructor I am loading > the table data. > 2) On any "valueChange" of every filter I want to load the new data of the > table also, so I load the data again. > This causes the data of the table to be loaded twice: once in the constructor > and second in the value change listener method. > This problem happens in many variations many times in JSF. Is there a way of > initializing data properly ? > For example, I would expect that in addition to the constructor there will be > 2 additional methods: > 1) init() - Will be called when screen first loads. > 2) reinit() - Will be called when screen is reloaded. > Am I missing here something ? Or there is a solid agreed way of solving the > initial state term in JSF. > By the way, I have to initialize data dynamically and not using managed > properties. -- 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-1019) JSF initial state
[ http://issues.apache.org/jira/browse/MYFACES-1019?page=comments#action_12362461 ] Guy Bashan commented on MYFACES-1019: - This issue is not a bug, it is Improvement. I hope you read it ... The first part deals with the problem, the second part deals with suggested improvement. > JSF initial state > - > > Key: MYFACES-1019 > URL: http://issues.apache.org/jira/browse/MYFACES-1019 > Project: MyFaces > Type: Improvement > Components: Implementation > Versions: 1.1.1 > Environment: Linux, WindowXP, JDeveloper > Reporter: Guy Bashan > > I am having this problem for a long time and lost any hope of getting a > decent answer in any forum: > It seems like JSF does not give any solution to initial state problem. > A simple example: > I want to show a simple table that is being updated according to several > filters. > The table should be shown with initial data according to filters selections. > The actions that I am doing are: > 1) To show initially the table, on the backing bean constructor I am loading > the table data. > 2) On any "valueChange" of every filter I want to load the new data of the > table also, so I load the data again. > This causes the data of the table to be loaded twice: once in the constructor > and second in the value change listener method. > This problem happens in many variations many times in JSF. Is there a way of > initializing data properly ? > For example, I would expect that in addition to the constructor there will be > 2 additional methods: > 1) init() - Will be called when screen first loads. > 2) reinit() - Will be called when screen is reloaded. > Am I missing here something ? Or there is a solid agreed way of solving the > initial state term in JSF. > By the way, I have to initialize data dynamically and not using managed > properties. -- 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] Created: (MYFACES-1019) JSF initial state
JSF initial state - Key: MYFACES-1019 URL: http://issues.apache.org/jira/browse/MYFACES-1019 Project: MyFaces Type: Improvement Components: Implementation Versions: 1.1.1 Environment: Linux, WindowXP, JDeveloper Reporter: Guy Bashan I am having this problem for a long time and lost any hope of getting a decent answer in any forum: It seems like JSF does not give any solution to initial state problem. A simple example: I want to show a simple table that is being updated according to several filters. The table should be shown with initial data according to filters selections. The actions that I am doing are: 1) To show initially the table, on the backing bean constructor I am loading the table data. 2) On any "valueChange" of every filter I want to load the new data of the table also, so I load the data again. This causes the data of the table to be loaded twice: once in the constructor and second in the value change listener method. This problem happens in many variations many times in JSF. Is there a way of initializing data properly ? For example, I would expect that in addition to the constructor there will be 2 additional methods: 1) init() - Will be called when screen first loads. 2) reinit() - Will be called when screen is reloaded. Am I missing here something ? Or there is a solid agreed way of solving the initial state term in JSF. By the way, I have to initialize data dynamically and not using managed properties. -- 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-1006) Datatable do not support multple o
[ http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361870 ] Guy Bashan commented on MYFACES-1006: - You understand right. I can do it with value bindings, but then you can ask why also support multiple row/column classes and not use valueBindings. Anyway, I solved it easily with java script by doing: rowOnMouseOver="selectedRow = this.className; this.className='reportRowOver'" rowOnMouseOut="this.className = selectedRow" I know it is a weak "improvement" . . . ;-) Thanks for you reply. > Datatable do not support multple o > -- > > Key: MYFACES-1006 > URL: http://issues.apache.org/jira/browse/MYFACES-1006 > Project: MyFaces > Type: Improvement > Reporter: Guy Bashan > > Data tables usually have the following look and feel: > 1) rows are light/dark. > 2) when moving over a row it is shown selected. > For showing rows light/dark it is possible to do: > rowClasses="reportRowLight,reportRowDark" > For showing selected row it is possible to do: > rowOnMouseOver="this.className='reportRowOver'" > rowOnMouseOut="this.className='reportRowLight'" > but, it is not possible restoring the previous color of the row before the > selection. since: rowOnMouseOut property do not support multiple rows. for > example, something like this: > rowOnMouseOver="this.className='reportRowOver'" > rowOnMouseOut="this.className='reportRowLight',this.className='reportRowLight'" -- 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] Created: (MYFACES-1006) Datatable do not support multple o
Datatable do not support multple o -- Key: MYFACES-1006 URL: http://issues.apache.org/jira/browse/MYFACES-1006 Project: MyFaces Type: Improvement Reporter: Guy Bashan Data tables usually have the following look and feel: 1) rows are light/dark. 2) when moving over a row it is shown selected. For showing rows light/dark it is possible to do: rowClasses="reportRowLight,reportRowDark" For showing selected row it is possible to do: rowOnMouseOver="this.className='reportRowOver'" rowOnMouseOut="this.className='reportRowLight'" but, it is not possible restoring the previous color of the row before the selection. since: rowOnMouseOut property do not support multiple rows. for example, something like this: rowOnMouseOver="this.className='reportRowOver'" rowOnMouseOut="this.className='reportRowLight',this.className='reportRowLight'" -- 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] Created: (MYFACES-1004) inputCalendar do not allow selecting a month and do not show weeks when: renderAsPopup="false"
inputCalendar do not allow selecting a month and do not show weeks when: renderAsPopup="false" -- Key: MYFACES-1004 URL: http://issues.apache.org/jira/browse/MYFACES-1004 Project: MyFaces Type: Improvement Versions: 1.1.1 Environment: Window XP, Linux, JDevelpoer Reporter: Guy Bashan inputCalendar is missign the following: 1) when: renderAsPopup="false", allow clicking the month title. this will allow selecting the whole month. 2) when: renderAsPopup="false", show weeks of moth, like in popup mode. Also allow clicking a week. This both improvements, will allow fast selections of entire week and entire month. This kind of "quick" date selections is very useful in reporting systems. -- 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] Created: (MYFACES-917) jsCookMenu do not allow getting object of selected menu item
jsCookMenu do not allow getting object of selected menu item Key: MYFACES-917 URL: http://issues.apache.org/jira/browse/MYFACES-917 Project: MyFaces Type: Improvement Components: Tomahawk Versions: 1.1.1 Environment: Window Xp, Jdeveloper Reporter: Guy Bashan When selecting a menu from menu item there should be a way of getting the selected Item object, or at lease getting some objectId or handle to the selected item. Otherwise it is impossible knowing which item was selected. This is a major disadvantage when using dynamically created items, in which it is not possible to set different action to each menu item. -- 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] Created: (MYFACES-913) jscookMenu hides flash files.
jscookMenu hides flash files. - Key: MYFACES-913 URL: http://issues.apache.org/jira/browse/MYFACES-913 Project: MyFaces Type: Improvement Components: Tomahawk Versions: 1.1.1 Environment: Windows XP, JDeveloper Reporter: Guy Bashan jscookMenu automatically hides flash files. Add property allowing to disable this option. I am currently building a reporting system that shows a chart as a flash file. Whenever the menu is opened the entire chart disappears. -- 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-894) MyFaces, Converter, Application Bean scope
[ http://issues.apache.org/jira/browse/MYFACES-894?page=comments#action_12359019 ] Guy Bashan commented on MYFACES-894: I found the problem: It seems that if "value" property is not assigned to: selectOneMenu (I guess it is the same for other components as well ...) and a Converter is used, then the method "getAsString" passes "object" as "null" value in the converter. So, it is not related to the fact the the bean is on application sope, but it does not happen in SUN RI. It looks like this issue may or may not be considered as a bug (Specification may determine). Anyway, just adding a value property to both tag and bean solves the problem. > MyFaces, Converter, Application Bean scope > -- > > Key: MYFACES-894 > URL: http://issues.apache.org/jira/browse/MYFACES-894 > Project: MyFaces > Type: Bug > Components: Implementation > Versions: 1.1.1 > Environment: Windows XP, JDeveloper running OC4J > Reporter: Guy Bashan > > I am getting a general: javax.servlet.ServletException: > javax.servlet.ServletException without any explanation when using: > selectOneMenu component with a custom converter. > I can tell for sure the following things: > 1) The problem happens due to the fact that the items are taken from > application scope bean. Using the exact same code with request scope bean is > working fine. > 2) The problem does not happen with SUN RI. The exact same code, using > application scope bean, with SUN RI is working fine. -- 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-894) MyFaces, Converter, Application Bean scope
[ http://issues.apache.org/jira/browse/MYFACES-894?page=comments#action_12359018 ] Guy Bashan commented on MYFACES-894: Code fregment in which problem occured: (applicationBean is application scope bean) I can tell for sure that the exception occures due to the fact that on the method "getAsString" of the converter the "object" that is passed to the method is "null" for some reason ... > MyFaces, Converter, Application Bean scope > -- > > Key: MYFACES-894 > URL: http://issues.apache.org/jira/browse/MYFACES-894 > Project: MyFaces > Type: Bug > Components: Implementation > Versions: 1.1.1 > Environment: Windows XP, JDeveloper running OC4J > Reporter: Guy Bashan > > I am getting a general: javax.servlet.ServletException: > javax.servlet.ServletException without any explanation when using: > selectOneMenu component with a custom converter. > I can tell for sure the following things: > 1) The problem happens due to the fact that the items are taken from > application scope bean. Using the exact same code with request scope bean is > working fine. > 2) The problem does not happen with SUN RI. The exact same code, using > application scope bean, with SUN RI is working fine. -- 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] Created: (MYFACES-894) MyFaces, Converter, Application Bean scope
MyFaces, Converter, Application Bean scope -- Key: MYFACES-894 URL: http://issues.apache.org/jira/browse/MYFACES-894 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.1 Environment: Windows XP, JDeveloper running OC4J Reporter: Guy Bashan I am getting a general: javax.servlet.ServletException: javax.servlet.ServletException without any explanation when using: selectOneMenu component with a custom converter. I can tell for sure the following things: 1) The problem happens due to the fact that the items are taken from application scope bean. Using the exact same code with request scope bean is working fine. 2) The problem does not happen with SUN RI. The exact same code, using application scope bean, with SUN RI is working fine. -- 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
