On Mon, Oct 26, 2009 at 8:48 PM, Martin Marinschek
mmarinsc...@apache.org wrote:
Hi Matthias,
that has not been discussed on the EG, so I can't confirm your version
of the code. However, it seems reasonable to me.
OK, yeah, I just did refactoring :-) not added anything (wild). thanks for the
[
https://issues.apache.org/jira/browse/MYFACES-2389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-2389.
-
Resolution: Fixed
Fix Version/s: 2.0.0-alpha
clean up the
Hi!
Is there a milestone release of the JSR-314 MyFaces-2.0 somewhere on a maven
repo?
If not, would you mind to create one in the foreseeable future?
I'm asking this, because we (Apache OpenWebBeans) like to use MyFaces for our
JSF2 samples, but we'd need a non-snapshot release for our M4
Hi Simon,
Thanks for responding. I'm not quite sure what you mean by getter
code for the navigation bar. Are you asking about the getter/setter for
the navigation bar in my backing bean?
public class TestBean {
private HtmlNavigationBar navigationBar;
public
Hi,
Yes I was, and it does seem correctly done too... Who's in charge of calling
the formSubmitted method? Is is an action on a commandLink/Button?
On Tue, Oct 27, 2009 at 9:56 AM, kpanneersel...@inautix.co.in wrote:
Hi Simon,
Thanks for responding. I'm not quite sure what you mean
Hi,
The formSubmitted() is an action on a command button like this:
h:commandButton value=Submit action=#{testBean.formSubmitted}
/
Thanks.
Simon Lessard simon.lessar...@gmail.com
10/27/2009 07:43 PM
Please respond to
MyFaces Development dev@myfaces.apache.org
To
MyFaces
OK. Here is a highly simplified case of the problem (source included):
The custom component 'repeat' will simply iterate through its children and
renders them.
Usage:
netx:repeat binding=#{testBean.htmlRepeat}
h:outputText value=Child-1/
h:outputText value=Child-2/
[
https://issues.apache.org/jira/browse/MYFACES-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe updated MYFACES-2375:
Resolution: Fixed
Fix Version/s: 2.0.0-alpha
Assignee: Leonardo Uribe
Ugh, it should work fine... It looks like the base tag code fail to detect
that the component already exists when rereading the JSP... You use jsp
right? not facelet?
~ Simon
On Tue, Oct 27, 2009 at 10:17 AM, kpanneersel...@inautix.co.in wrote:
Hi,
The formSubmitted() is an action
[
https://issues.apache.org/jira/browse/MYFACES-2366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe updated MYFACES-2366:
Resolution: Fixed
Fix Version/s: 2.0.0-alpha
Assignee: Leonardo Uribe
Hi,
This is a good explanation. Is it possible for you to test a JSP version? To
be honest, I'm a bit flabbergasted to see something like that happen in
Facelet. Can you check the state of the component's children within the
formSubmitted method?
~ Simon
On Tue, Oct 27, 2009 at 11:43 AM,
implement new setParent() behavior on UIXComponent base in order to trigger
PostAddToViewEvent(s)
-
Key: TRINIDAD-1611
URL:
Relocatable Resources support in Trinidad
-
Key: TRINIDAD-1610
URL: https://issues.apache.org/jira/browse/TRINIDAD-1610
Project: MyFaces Trinidad
Issue Type: New Feature
Components:
I created two tickets:
Renderer modification = https://issues.apache.org/jira/browse/TRINIDAD-1610
Event part (setParent() behavior) =
https://issues.apache.org/jira/browse/TRINIDAD-1611
-Matthias
On Mon, Oct 26, 2009 at 3:51 PM, Matthias Wessendorf mat...@apache.org wrote:
oh, yeah... of
h:graphic image doesn't handle library attribue
---
Key: MYFACES-2390
URL: https://issues.apache.org/jira/browse/MYFACES-2390
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Add support for the new Lifecycle Management Methods (see spec section 3.1.14)
--
Key: TRINIDAD-1612
URL: https://issues.apache.org/jira/browse/TRINIDAD-1612
Project: MyFaces
I don't think that it should do this. There is no guarantee that any
of the ancestors will have pushed their context in this case and in
the absence of such a guarantee, pushing context is dangerous because
it means that there would be no way to guarantee correct EL context
setup for
[
https://issues.apache.org/jira/browse/MYFACES-2374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12770633#action_12770633
]
Jakob Korherr commented on MYFACES-2374:
The RI 2.0.1 does not call afterPhase on
Add support for rowKey change
-
Key: TRINIDAD-1613
URL: https://issues.apache.org/jira/browse/TRINIDAD-1613
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions:
I created a ticket for this:
https://issues.apache.org/jira/browse/TRINIDAD-1612
and I also created a subtask to put the new event handling
system into the lifecycle methods;
=
https://issues.apache.org/jira/browse/TRINIDAD-1614
On Tue, Oct 27, 2009 at 1:27 PM, Matthias Wessendorf
add new system events implementation for the lifecycle methods, like processXyz
---
Key: TRINIDAD-1614
URL: https://issues.apache.org/jira/browse/TRINIDAD-1614
Project:
Hi,
While working on MYFACES-2374 UIViewRoot.getBeforePhaseListener() and
UIViewRoot.getAfterPhaseListener() could be called on PhaseId.RESTORE_VIEW,
I found out that the mojarra javadoc was changed, so that only
UIViewRoot.getAfterPhaseListener should be called on RESTORE_VIEW.
Mojarra javadoc
[
https://issues.apache.org/jira/browse/TRINIDAD-1615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Max Starets updated TRINIDAD-1615:
--
Status: Patch Available (was: Open)
Need MetaTagHandler implementation for the Facelets
Need MetaTagHandler implementation for the Facelets package
---
Key: TRINIDAD-1615
URL: https://issues.apache.org/jira/browse/TRINIDAD-1615
Project: MyFaces Trinidad
Issue Type: New
Hi Jakob,
Because after restore view is actually one of the most used (along with
before render) and was specifically added to 2.0 for that purpose. It's not
possible to make it different because the spec say so, and thus MyFaces
might not pas the TCK if it was made differently. So, there's
There is a patch attached to TRINIDAD-1614.
This contains both fixes for TRINIDAD-1614 and TRINIDAD-1612
(as TRINIDAD-1614 is just a sub-task)
-Matthias
On Tue, Oct 27, 2009 at 2:00 PM, Matthias Wessendorf mat...@apache.org wrote:
I created a ticket for this:
[
https://issues.apache.org/jira/browse/TRINIDAD-1612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12770656#action_12770656
]
Matthias Weßendorf commented on TRINIDAD-1612:
--
TRINIDAD-1614 contains a
Hi,
there are some new standard tags that are going to register resources
with the tr:document,
once these tasks are committed/implemented:
https://issues.apache.org/jira/browse/TRINIDAD-1610
https://issues.apache.org/jira/browse/TRINIDAD-1611
Should we add similar support to our existing tags?
ok, we keep it as it is. We will see what the TCK says for MyFaces.
(once we are actually able to run it)
-M
On Tue, Oct 27, 2009 at 1:38 PM, Blake Sullivan
blake.sulli...@oracle.com wrote:
I don't think that it should do this. There is no guarantee that any of the
ancestors will have pushed
Hi Jan-Kees,
thanks for creating this ticket. I'd like to see something like this.
Sounds (to me) very useful...
-M
On Tue, Oct 27, 2009 at 12:09 PM, Jan-Kees van Andel
jankeesvanan...@gmail.com wrote:
Just to be complete...
[
https://issues.apache.org/jira/browse/MYFACES-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12770739#action_12770739
]
Felix Röthenbacher commented on MYFACES-2290:
-
What do you understand by the
[
https://issues.apache.org/jira/browse/MYFACES-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12770744#action_12770744
]
Leonardo Uribe commented on MYFACES-2290:
-
We can't add public classes on
Do we need this or should we just deprecate trh:script and recommend
f:outputScript?
On Tue, Oct 27, 2009 at 4:28 PM, Matthias Wessendorf mat...@apache.org wrote:
Hi,
there are some new standard tags that are going to register resources
with the tr:document,
once these tasks are
Hi
Trying to solve MYFACES-2290 Add OSGi bundle information and bundle
classloader / activator, it was submitted a patch that adds some new classes
required by OSGi to handle classloader calls correctly. This classes
requires be public and one be mentioned in myfaces-api MANIFEST.MF as
34 matches
Mail list logo
