Here is my
+1
Regards
Bernd
On Thu, May 12, 2011 at 1:36 PM, Udo Schnurpfeil u...@schnurpfeil.de wrote:
+1
Am 09.05.11 22:52, schrieb Bernd Bohmann:
Hello,
I would like to release Tobago 1.0.36.
Changes:
** Bug
* [TOBAGO-980] - tc:attribute mode=valueIfSet not working in some
The vote has passed with the following results:
+1
werpu (binding)
weber(binding)
struberg (binding)
lofwyr (binding)
bommel (binding)
I will proceed with the next steps.
Regards
Bernd
On Fri, May 13, 2011 at 9:32 AM, Bernd Bohmann
bernd.bohm...@atanion.com wrote:
Here is my
+1
Regards
Ok now with changed subject.
The vote has passed with the following results:
+1
werpu (binding)
weber(binding)
struberg (binding)
lofwyr (binding)
bommel (binding)
I will proceed with the next steps.
Regards
Bernd
On Fri, May 13, 2011 at 9:37 AM, Bernd Bohmann
bernd.bohm...@atanion.com wrote:
[
https://issues.apache.org/jira/browse/TRINIDAD-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michal Padera updated TRINIDAD-2097:
Status: Patch Available (was: Open)
tr:selectOneListBox - item not selected - wrong
[
https://issues.apache.org/jira/browse/EXTCDI-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gerhard Petracek resolved EXTCDI-176.
-
Resolution: Won't Fix
that isn't a codi bug. the context is active as soon as there is a
[
https://issues.apache.org/jira/browse/EXTCDI-176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13032934#comment-13032934
]
Gerhard Petracek edited comment on EXTCDI-176 at 5/13/11 9:57 AM:
workaround for the @Alternative issue of weld
-
Key: EXTCDI-177
URL: https://issues.apache.org/jira/browse/EXTCDI-177
Project: MyFaces CODI
Issue Type: Task
Affects Versions: 1.0.0
[
https://issues.apache.org/jira/browse/EXTCDI-169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gerhard Petracek resolved EXTCDI-169.
-
Resolution: Fixed
re-visit ClientConfig
-
Key:
archetype is broken for mojarra
---
Key: EXTCDI-178
URL: https://issues.apache.org/jira/browse/EXTCDI-178
Project: MyFaces CODI
Issue Type: Bug
Reporter: Imre Osswald
Assignee: Jakob
GAE support
---
Key: EXTCDI-179
URL: https://issues.apache.org/jira/browse/EXTCDI-179
Project: MyFaces CODI
Issue Type: Task
Affects Versions: 1.0.0
Reporter: Gerhard Petracek
if some classes aren't allowed by GAE
Hi,
two questions :
1) can UIComponent.rendererType be ValueExpression? If yes, in which
situation is useful to use it?
2) should be rendereType saved during state saving? Each component has
setRendererType(com.foo.renderer) in constructor and/or VDL calls
setRendererType() after calling
Hi Martin,
Have you checked the JSF 2.1 and 2.0 specs yet?
Regards,
Jakob
2011/5/13 Martin Koci martin.kocicak.k...@gmail.com:
Hi,
two questions :
1) can UIComponent.rendererType be ValueExpression? If yes, in which
situation is useful to use it?
2) should be rendereType saved during
[
https://issues.apache.org/jira/browse/EXTCDI-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033054#comment-13033054
]
Jakob Korherr commented on EXTCDI-178:
--
thx, Imre. I'll take a look at it soon!
Hi,
from spec:
.. Because the components themselves store only a rendererType property
(a logical identifier of a particular Renderer) ..
rendererType = Identifier of the Renderer instance (from the set of
Renderer rendererType String instances supported by the RenderKit
associated with the
Hmm, ok.
I also can't think of a scenario where you would use something like
this right now. But I'll think of it and do some research..
Martin, could you take a look at some of the prominent JSF component
libs (like Primefaces, Trinidad, Tomahawk, Tobago, RichFaces,
IceFaces) and search in
[
https://issues.apache.org/jira/browse/EXTCDI-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033081#comment-13033081
]
Mark Struberg commented on EXTCDI-179:
--
Do you have an example class for it?
GAE
[
https://issues.apache.org/jira/browse/EXTCDI-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033087#comment-13033087
]
Gerhard Petracek commented on EXTCDI-179:
-
see:
f:viewParam in templates
Key: MYFACES-3143
URL: https://issues.apache.org/jira/browse/MYFACES-3143
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.5
[
https://issues.apache.org/jira/browse/MYFACES-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033156#comment-13033156
]
Leonardo Uribe commented on MYFACES-3143:
-
Could you provide an example so I can
[
https://issues.apache.org/jira/browse/MYFACES-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033201#comment-13033201
]
Gerhard Petracek commented on MYFACES-3143:
---
it was a child of f:view. just
[PERF] Cache renderer in UIComponentBase
Key: MYFACES-3144
URL: https://issues.apache.org/jira/browse/MYFACES-3144
Project: MyFaces Core
Issue Type: New Feature
Components: General
Myfaces h:commandButton errors on Mozilla 3.6 when using Javascript
form.submit()
--
Key: MYFACES-3145
URL: https://issues.apache.org/jira/browse/MYFACES-3145
Project:
Hi,
trinidad caches Renderer instance in UIXComponentBase so they at least
suppose that rendererType cannot change during one render/response and
no need for evaluate it in every getRendererType() call - see
MYFACES-3144.
Other libs I'll check.
Regards,
Kočičák
Jakob Korherr píše v Pá 13. 05.
Hi
+1 to both changes. I agree with you about rendererType is always an
String, there is not any mention on the spec saying rendererType could
receive EL expressions. If someone wants to change a renderer, it uses
a RenderKit wrapper or just define another RenderKitId to be used for
the current
Leonardo Uribe píše v Pá 13. 05. 2011 v 14:59 -0500:
Hi
+1 to both changes.
That means: replace StateHelper with attribute as MYFACES-3136 suggests,
right?
I agree with you about rendererType is always an
String, there is not any mention on the spec saying rendererType could
receive EL
OK great, thanks Leo!
but caching is valid for all encode* method then. Any ideas how to
detect this component will be rendered in this lifecycle and cache
renderer even for getClientId? stateManagement calls getClientId
(checkIds) before component.encodeBegin. Can we use visitTree method for
[
https://issues.apache.org/jira/browse/MYFACES-3145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033274#comment-13033274
]
Jakob Korherr commented on MYFACES-3145:
Is this an official Mozilla bug?
True, but it should only be invoked when the renderer(kit) changes, right?
That shouldn't happen in most cases. And in the case when it does, we pay a
penalty and the page is a bit slower. Doesn't sound like a big deal to
me...?
Regards,
Jan-Kees
2011/5/13 Jakob Korherr jakob.korh...@gmail.com
Hi
2011/5/13 Martin Koci martin.kocicak.k...@gmail.com:
Leonardo Uribe píše v Pá 13. 05. 2011 v 14:59 -0500:
Hi
+1 to both changes.
That means: replace StateHelper with attribute as MYFACES-3136 suggests,
right?
That means change StateHelper.eval to StateHelper.get in
One more question: UIComponent.getClientId() uses
Renderer.convertClientId
1) INVOKE_APPLICATION - action listener calls component.getClient() -
component generates client id with renderer1 + as next step
actionListener changes renderKitId
2) RENDER_RESPOSE: renderer2 from new renderkit renders
Hi
I finally committed a solution for this issue, and other cool
optimizations in MYFACES-3117. I'll going to explain below which
changes were done.
Now there exists a class called
org.apache.myfaces.application.StateCacheK, V, to delegate all logic
related to state storing/retrieving in a
[
https://issues.apache.org/jira/browse/MYFACES-3117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACES-3117.
-
Resolution: Fixed
Fix Version/s: 2.1.0
2.0.6
See the
32 matches
Mail list logo