[JBoss JIRA] Moved: (RF-6747) build fails on Turkish locale, while compiling generated filese
by Pete Muir (JIRA)
[ https://jira.jboss.org/jira/browse/RF-6747?page=com.atlassian.jira.plugin... ]
Pete Muir moved JBSEAM-4101 to RF-6747:
---------------------------------------
Project: RichFaces (was: Seam)
Key: RF-6747 (was: JBSEAM-4101)
Component/s: (was: Build)
Affects Version/s: (was: 2.1.1.GA)
> build fails on Turkish locale, while compiling generated filese
> ---------------------------------------------------------------
>
> Key: RF-6747
> URL: https://jira.jboss.org/jira/browse/RF-6747
> Project: RichFaces
> Issue Type: Bug
> Reporter: Murat Can ALPAY
> Attachments: HtmlSelectItems.java
>
>
> Seam build fails on Turkish, while compiling generated files. I have copy pasted a part of the generated java file that has error (also attached it). 'I' is converted to '?' on Turkish locale but compiler correctly complains pr?vate, publ?c keywords and such...
> package org.jboss.seam.ui.component.html;
> import javax.el.ELException;
> import javax.el.ValueExpression;
> import javax.faces.FacesException;
> import javax.faces.context.FacesContext;
> import org.jboss.seam.ui.component.UISelectItems;
> publ?c class HtmlSelectItems extends UISelectItems{
> publ?c stat?c f?nal String COMPONENT_FAMILY = "javax.faces.SelectItems";
> publ?c stat?c f?nal String COMPONENT_TYPE = "org.jboss.seam.ui.SelectItems";
> /*
> * if true the SelectItem will be rendered disabled. Can reference the var variable
> */
> pr?vate Boolean _disabled = null;
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 12 months
[JBoss JIRA] Moved: (RF-6746) a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
by Pete Muir (JIRA)
[ https://jira.jboss.org/jira/browse/RF-6746?page=com.atlassian.jira.plugin... ]
Pete Muir moved JBSEAM-4100 to RF-6746:
---------------------------------------
Project: RichFaces (was: Seam)
Key: RF-6746 (was: JBSEAM-4100)
Affects Version/s: (was: 2.1.1.GA)
> a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
> ----------------------------------------------------------------------------------------------
>
> Key: RF-6746
> URL: https://jira.jboss.org/jira/browse/RF-6746
> Project: RichFaces
> Issue Type: Bug
> Reporter: David Schlotfeldt
>
> When a request is made by from inside a a4j:include component UIInclude will set the ViewIdHolder to it self. It does this to ensure FacesContext.getCurrentInstance().getViewRoot().getViewId() returns the viewId of the a4j:include.
> Everything works fine if you only need to access the viewId when its already rendered and its posting back.
> If you, as I am, change the viewId of the UIInclude (the UIInclude is bound to a property of a managed bean), when the page is rendered back it renders the new "view" assigned to the UIInclude. When its rendered any manage-bean used from inside the a4j:include will see the viewId as the "outter view" not the view assigned to the a4j:include.
> I believe the simplest and best solution easiest solution is when rendering the children of uiinclude to:
> ---
> AjaxContext ajaxContext = AjaxContext.getCurrentInstance(context);
> ViewIdHolder viewIdHolder = ajaxContext.getViewIdHolder(); // Store reference to current
> ajaxContext.setViewIdHolder(this); // This is UIInclude
> // render children here...
> ajaxContext.setViewIdHolder(viewIdHolder ); // Put previous back
> ---
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 12 months