[jira] [Updated] (MYFACESTEST-51) MockValueExpression should use the ELResolver provided by the ELContext instance passed to its methods

[ https://issues.apache.org/jira/browse/MYFACESTEST-51?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rudy De Busscher updated MYFACESTEST-51: Resolution: Fixed Fix Version/s: 1.0.4-SNAPSHOT Assignee: Rudy

Clear Input Values

Hi all, I'd like to discuss something I've been thinking about lately. How to clear forms easily when validation fails? Consider this simple case; h:form h:messages / h:inputText value=#{pprBean.firstname} required=true/ h:inputText

[jira] [Updated] (MYFACESTEST-52) ValueExpression mocks cannot return types for null references

[ https://issues.apache.org/jira/browse/MYFACESTEST-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rudy De Busscher updated MYFACESTEST-52: Resolution: Fixed Fix Version/s: 1.0.4-SNAPSHOT Assignee: Rudy

[jira] [Updated] (EXTVAL-133) tests in test-modules/core-tests/src/test/java/org/apache/myfaces/extensions/validator/test/core/stage should customize servletContext as part of setup

[ https://issues.apache.org/jira/browse/EXTVAL-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rudy De Busscher updated EXTVAL-133: Resolution: Fixed Fix Version/s: 1.2.5 2.0.5 Status:

Re: Clear Input Values

Sounds like a good idea. But shouldn't that be handled via the JSF EG? Such a behaviour would need to be written in the spec to be reliable, isn't? LieGrue, strub --- On Mon, 5/30/11, Cagatay Civici cagatay.civ...@gmail.com wrote: From: Cagatay Civici cagatay.civ...@gmail.com Subject: Clear

Re: Clear Input Values

Hi, javax.faces.component.EditableValueHolder.resetValue() and/or listener like http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_resetActionListener.html does not solve it? Kočičák Mark Struberg píše v Po 30. 05. 2011 v 13:19 +0100: Sounds like a good idea. But shouldn't that be

[jira] [Commented] (MYFACES-3157) Fix order of isRendered and pushComponentToEL invocations

[ https://issues.apache.org/jira/browse/MYFACES-3157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13041123#comment-13041123 ] Martin Kočí commented on MYFACES-3157: -- classes with isRendered() in myfaces -impl

[core] support implicit object 'component' in renderers where getRendersChildren is true

Hi, problem described in MYFACES-3157 applies for all cases where renderer reads property from child component. I think that only correct way in push child to EL before: child.pushComponentToEL() Object value = child.getValue(); String style = child.getStyle(); child.popComponentFromEL() Is

[jira] [Created] (MYFACES-3160) [PERF] TagAttributeImpl part II: object allocations (cache ELExpressions)

[PERF] TagAttributeImpl part II: object allocations (cache ELExpressions) - Key: MYFACES-3160 URL: https://issues.apache.org/jira/browse/MYFACES-3160 Project: MyFaces Core

[jira] [Updated] (MYFACES-3160) [PERF] TagAttributeImpl part II: object allocations (cache ELExpressions)

[ https://issues.apache.org/jira/browse/MYFACES-3160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe updated MYFACES-3160: Status: Patch Available (was: Open) [PERF] TagAttributeImpl part II: object

[core] TagAttributeImpl part II: object allocations (cache ELExpressions)

Hi There is a patch proposed (after many months thinking about it), according to the discussion on: http://markmail.org/message/kca64ojdvb6em367?q=%5Bcore%5D+performance:+TagAttributeImpl+part+II:+object+allocations here: https://issues.apache.org/jira/browse/MYFACES-3160 The idea is cache

Re: [core] support implicit object 'component' in renderers where getRendersChildren is true

Hi I think it is correct to do that. After all, it will not cause any side effects., but I it could be better if you wrap those calls in a try {} finally block. regards, Leonardo Uribe 2011/5/30 Martin Koci martin.kocicak.k...@gmail.com: Hi, problem described in MYFACES-3157 applies for all