Hi,
I have the following question about one of myFaces custom components.
inputFileUpload
I managed to do everything except one thing. I don't know how to save
the state of the input field where the path to a specified file
is entered. When I reload the page, I am developing, the state is
Memory leak in JspStateManagerImpl
--
Key: MYFACES-1658
URL: https://issues.apache.org/jira/browse/MYFACES-1658
Project: MyFaces Core
Issue Type: Bug
Components: General
Affects Versions: 1.1.5
hi,
following scenario.
a (form) page renders and it has an input with #{bean.prop}, where
prop is int (not Integer).
The page renders and the value is 0 (since the variable is declared
like private int prop;)
Now I can change it to 3. Fine. When I remove the value (not a
required=true field)
the JSR 314 (aka JSF 2.0) has been approved:
http://jcp.org/en/jsr/detail?id=314
-M
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Hmm. Not much to see here.
However, it looks like the converter type is being set at component
tree build time rather than render type.
So there is no data table row active at this point, and thus no variable.
Looking at ConvertDateTimeTagBase, I see that the value binding is
evaluated at
Well, I'd say because there's no guarantee that mapping 0 to null is a
good choice.
It may be that the next user wants null mapped to -1.
My suggestion in this described use case is that you use Integer
instead of int if there's a possibility that the value could be null.
Then you can use
fwiw -- hibernate has the same behavior when assigning primitives from null
values in a resultset.
Mike wrote:
Well, I'd say because there's no guarantee that mapping 0 to null is a
good choice.
It may be that the next user wants null mapped to -1.
My
Thank you for your suggestion, I will try that.
Mike Kienenberger wrote:
Converters that evaluate at rendertime would be an excellent addition
to Tomahawk. I don't currently see any Tomahawk equivalents of the
existing converters.
Hmm. Not much to see here.
However, it looks like
Mike Kienenberger wrote:
Converters that evaluate at rendertime would be an excellent addition
to Tomahawk. I don't currently see any Tomahawk equivalents of the
existing converters.
Do you mean the existing converters? If so, that would be really nice.
I had a likewise problem in the
Yep. Just open a JIRA issue and provide them, using unified diff
format for changes to existing files. (You can drop the new files in
as is although having them in the diff format will make it slightly
easier to apply the patch).
On 6/5/07, Daniel Herb [EMAIL PROTECTED] wrote:
Mike
[
https://issues.apache.org/jira/browse/MYFACES-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Kienenberger resolved MYFACES-1532.
Resolution: Duplicate
Custom converter consequently ignored
On 6/4/07, Matt Cooper [EMAIL PROTECTED] wrote:
I think decoupling of these renderers would be a good thing. The trick
will be to make sure the form item renders properly when it is a direct
child of the form layout component. Let's say that you put a
tr:panelGroupLayout (or some other non
ParameterResourceProvider do not encode the value
-
Key: TOMAHAWK-1016
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1016
Project: MyFaces Tomahawk
Issue Type: Bug
Reporter:
[
https://issues.apache.org/jira/browse/TOMAHAWK-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved TOMAHAWK-1016.
Resolution: Fixed
Fix Version/s: 1.1.6-SNAPSHOT
That's odd. I use the facelets el-ri/el-api.jar files (aren't these
the same thing?) and I haven't had any issues with #{var != null}.
I'd think I'd have at least one null string comparison in the various
projects I've worked on, although I can't be sure.
On 6/5/07, Adam Winer [EMAIL
[
https://issues.apache.org/jira/browse/TOMAHAWK-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501615
]
Mario Ivankovits commented on TOMAHAWK-1016:
BTW this class is used by the components:
*
Hello all,
I have created a Trinidad component that allows input text boxes to have a user
defined mask for entries on the client (similar to Atlas MaskEdit
http://www.fci.com.br/maskedit/MaskEdit/MaskEdit.aspx). I would like to know
what the process/procedure is to commit this component to
+1 on supporting an iterator around form items, I feel that would be quite a
powerful enhancement
On 6/5/07, Adam Winer [EMAIL PROTECTED] wrote:
On 6/4/07, Matt Cooper [EMAIL PROTECTED] wrote:
I think decoupling of these renderers would be a good thing. The trick
will be to make sure the
[
https://issues.apache.org/jira/browse/MYFACES-1651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1651.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Already fixed
Default converters
[
https://issues.apache.org/jira/browse/MYFACES-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1223.
---
Resolution: Fixed
Assignee: Bruno Aranda
Already implemented
JSR-252 Issue #54:
[
https://issues.apache.org/jira/browse/MYFACES-1218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1218.
---
Resolution: Invalid
Fix Version/s: 1.2.0-SNAPSHOT
Assignee: Bruno Aranda
[
https://issues.apache.org/jira/browse/MYFACES-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1262.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
I guess we can close this one, as
[
https://issues.apache.org/jira/browse/MYFACES-1243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1243.
---
Resolution: Invalid
This applies to the spec
JSR-252 Issue #87: Modified specification
[
https://issues.apache.org/jira/browse/MYFACES-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1233.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Done
JSR-252 Issue #73: Added a
Bruno,
Why do you say this is invalid and applies to the spec?
Spec issue #87 states that these methods cannot be called after the
app has served a request. So to be compliant, we'd have to document
and implement this.
On 6/5/07, Bruno Aranda (JIRA) dev@myfaces.apache.org wrote:
[
We're talking about the jsf-api method signatures.
Either they match the spec/JSF RI api docs, or they don't :-)
Yes, it's painful to go through and verify each one (I'd think that
the TCK would do that), but I don't see how it can be avoided.
On 6/5/07, Bruno Aranda (JIRA)
[
https://issues.apache.org/jira/browse/MYFACES-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda reopened MYFACES-1262:
---
Assignee: Bruno Aranda (was: Mathias Broekelmann)
JSR-252 Issue #99: Specified Java EE
[
https://issues.apache.org/jira/browse/MYFACES-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1262.
---
Resolution: Fixed
JSR-252 Issue #99: Specified Java EE 5 Generics usage where applicable.
The Java EE TCK actually does verify all the signatures. Today it
was announced that the Geronimo application server has passed TCK and
it uses MyFaces for JSF 1.2. So we should be OK here.
Best wishes,
Paul
On Jun 5, 2007, at 4:46 PM, Mike Kienenberger wrote:
We're talking about the
Mmh, you are right. I didn't read correctly the issue. In any case, it
should be fixed as the TCK passes.
Cheers,
Bruno
On 05/06/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
We're talking about the jsf-api method signatures.
Either they match the spec/JSF RI api docs, or they don't :-)
[
https://issues.apache.org/jira/browse/MYFACES-1652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruno Aranda resolved MYFACES-1652.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Tomahawk compiles now with myfaces
Localize exception string
-
Key: TRINIDAD-47
URL: https://issues.apache.org/jira/browse/TRINIDAD-47
Project: MyFaces Trinidad
Issue Type: Improvement
Affects Versions: 1.0.0-incubating-core
Environment:
[
https://issues.apache.org/jira/browse/TRINIDAD-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Winer resolved TRINIDAD-47.
Resolution: Fixed
Fix Version/s: 1.0.1-core
Was fixed today.
Localize exception string
It depends what gets passed as the expected type when
the ValueExpression object is created. If Facelets is passing
java.lang.Object across the boards, and I think it does, you
wouldn't see it. OTOH, if in JSP you specify:
deferred-valuetypejava.lang.String/type/deferred-value
... for an
Created property that allows RenderKitTestCase to return a testCaseCount that
only includes the actual test cases.
--
Key: TRINIDAD-48
URL:
Facelets -- solves problems I didn't even know I had :-)
Thanks for the clarification, Adam
On 6/5/07, Adam Winer [EMAIL PROTECTED] wrote:
It depends what gets passed as the expected type when
the ValueExpression object is created. If Facelets is passing
java.lang.Object across the boards,
ignore skin-addition's jar ordering when generating the stylesheet hashcode.
Key: TRINIDAD-49
URL: https://issues.apache.org/jira/browse/TRINIDAD-49
Project: MyFaces
37 matches
Mail list logo