Hi,
I was running the needed tasks to get the first 2.0.0 release of the Apache
MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF 2.0
support for the MyFaces Trinidad Maven plugins
The artifacts are deployed to my private Apache account ([1]).
Please take a look at the
+1
On Tue, Jan 5, 2010 at 9:57 AM, Matthias Wessendorf mat...@apache.org wrote:
Hi,
I was running the needed tasks to get the first 2.0.0 release of the Apache
MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF 2.0
support for the MyFaces Trinidad Maven plugins
The
Hi,
we are on the middle of releasing a first version of the JSF 2.0-based
Trinidad plugins.
As of that I updated the Trinidad 2.0 branch to reflect that.
How to use the tmp version, on the branch ?
Use the stage repo inside your pom.xml file:
...
pluginRepositories
pluginRepository
Welcome aboard Blake!
On Tue, Jan 5, 2010 at 7:13 AM, Gerhard Petracek gerhard.petra...@gmail.com
wrote:
welcome!
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
[
https://issues.apache.org/jira/browse/MYFACES-2472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Kurz updated MYFACES-2472:
--
Status: Patch Available (was: Open)
Missing return in UIComponent.EventListenerWrapper
Missing return in UIComponent.EventListenerWrapper
--
Key: MYFACES-2472
URL: https://issues.apache.org/jira/browse/MYFACES-2472
Project: MyFaces Core
Issue Type: Bug
Components:
[
https://issues.apache.org/jira/browse/MYFACES-2472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf updated MYFACES-2472:
Resolution: Fixed
Fix Version/s: 2.0.0-alpha-2
Status: Resolved
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the first 2.0.0 release of the Apache
MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF 2.0
support for the MyFaces Trinidad Maven plugins
The artifacts are deployed to my private Apache account ([1]).
Cannot use multiple Tree2 components
Key: TOMAHAWK-1477
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1477
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Tree2
Affects
[
https://issues.apache.org/jira/browse/TRINIDAD-1670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TRINIDAD-1670.
--
Resolution: Fixed
Fix Version/s: 2.0.0-core
some modification has
[
https://issues.apache.org/jira/browse/TRINIDAD-1671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796673#action_12796673
]
Matthias Weßendorf commented on TRINIDAD-1671:
--
forget the patch... it was
Make listeners added by tag handlers transient
--
Key: MYFACES-2473
URL: https://issues.apache.org/jira/browse/MYFACES-2473
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
[
https://issues.apache.org/jira/browse/MYFACES-2473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Kurz updated MYFACES-2473:
--
Status: Patch Available (was: Open)
Make listeners added by tag handlers transient
[
https://issues.apache.org/jira/browse/MYFACES-2473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796686#action_12796686
]
Matthias Weßendorf commented on MYFACES-2473:
-
what's up with the different
No need to get defensive, I apologize that I must have been too tired
last night and I suppose that I should not have been replying to
coding emails in that state. The point that I was making, is simply if
JSF core, both Mojarra and MyFaces cache the client IDs in
UIComponentBase and clear that
[
https://issues.apache.org/jira/browse/MYFACES-2468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796759#action_12796759
]
Jakob Korherr commented on MYFACES-2468:
checking this again in the spec (section
Hi,
I was running the needed tasks to get the first (alpha) 2.0.0 release
of the Apache
MyFaces Trinidad CORE out.
The artifacts are deployed to my private Apache account ([1]). Note
that this release
does NOT complete the JSF 2.0 work, nor is it yet complete. It is a
first working result.
+1
On Tue, Jan 5, 2010 at 5:59 PM, Matthias Wessendorf mat...@apache.org wrote:
Hi,
I was running the needed tasks to get the first (alpha) 2.0.0 release
of the Apache
MyFaces Trinidad CORE out.
The artifacts are deployed to my private Apache account ([1]). Note
that this release
does
+1
-- Blake Sullivan
Max Starets said the following On 1/5/2010 5:49 AM PT:
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the first 2.0.0 release of the
Apache
MyFaces Trinidad Maven 2 Plugins. This contains the first batch of
JSF 2.0
support for the MyFaces
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the first (alpha) 2.0.0 release
of the Apache
MyFaces Trinidad CORE out.
The artifacts are deployed to my private Apache account ([1]). Note
that this release
does NOT complete the JSF 2.0 work, nor is it yet complete. It
Andrew,
This is what I wrote in my original e-mail
if we put in JIRA-1668--Speed up UIXComponent.getId(), we could, since
that JIRA solves the problem of how to add programmatic logic to
get/setId()
as a side-effect. The issues then would be quality and some performance.
The
+1
On Tue, Jan 5, 2010 at 10:27 AM, Blake Sullivan
blake.sulli...@oracle.com wrote:
+1
-- Blake Sullivan
Max Starets said the following On 1/5/2010 5:49 AM PT:
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the first 2.0.0 release of the
Apache
MyFaces
+1
On Tue, Jan 5, 2010 at 10:39 AM, Max Starets max.star...@oracle.com wrote:
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the first (alpha) 2.0.0 release
of the Apache
MyFaces Trinidad CORE out.
The artifacts are deployed to my private Apache account ([1]).
No comments on 1668, it looks good to me and your expertise on the
FacesBean exceeds mine by quite a bit, so I defer to your approach for
how to handle that interaction. I'm on board with your approach to
that issue as well as this one.
Thanks,
Andrew
Congrats and welcome Blake!
/Jan-Kees
2010/1/5 Cagatay Civici cagatay.civ...@gmail.com:
Welcome aboard Blake!
On Tue, Jan 5, 2010 at 7:13 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
welcome!
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting,
+1
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2010/1/5 Andrew Robinson andrew.rw.robin...@gmail.com
+1
On Tue, Jan 5, 2010 at 10:39 AM, Max Starets
On Thu, Dec 31, 2009 at 11:12 PM, Blake Sullivan
blake.sulli...@oracle.com wrote:
UIComponent.getId() is by far the most requested component attribute. There
are a number of reasons for this:
1) The JSF RI has an issue in the JSP-JSF integration which causes getId()
to be called n^2 times
Matthias Wessendorf said the following On 1/5/2010 10:49 AM PT:
On Thu, Dec 31, 2009 at 11:12 PM, Blake Sullivan
blake.sulli...@oracle.com wrote:
UIComponent.getId() is by far the most requested component attribute. There
are a number of reasons for this:
1) The JSF RI has an issue in the
Hi,
Why not simply NOT support a PropertyKey for the id attribute? I know it
isn't consistent with the other properties, but id is a very special case
not supporting EL anyway. In all the project I ever did, I never used
FacesBean.getProperty(ID_PROPERTY_KEY). The only drawback I would see is if
Welcome!
Bruno
2010/1/5 Jan-Kees van Andel jankeesvanan...@gmail.com
Congrats and welcome Blake!
/Jan-Kees
2010/1/5 Cagatay Civici cagatay.civ...@gmail.com:
Welcome aboard Blake!
On Tue, Jan 5, 2010 at 7:13 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
welcome!
The reason is that we need to support AttributeMap/component accessor
equivalence--get/set of the id attribute through the Map is supposed to
work correctly. The ValueExpression only exists to make this work.
-- Blake Sullivan
Simon Lessard said the following On 1/5/2010 10:57 AM PT:
Hi,
renderer interceptor property storage
-
Key: EXTVAL-81
URL: https://issues.apache.org/jira/browse/EXTVAL-81
Project: MyFaces Extensions Validator
Issue Type: Wish
Components: Core
[
https://issues.apache.org/jira/browse/EXTVAL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gerhard Petracek resolved EXTVAL-81.
Resolution: Fixed
Fix Version/s: 1.1.3-SNAPSHOT
2.0.3-SNAPSHOT
Have the AttributeMap call the getId/setId. The contract for the Map
returned by getAttributes is supposed to call the getter/setter method on
the component anyway, from
http://java.sun.com/javaee/5/docs/api/javax/faces/component/UIComponent.html#getAttributes%28%29
:
- get() - If the
Is your suggestion that we
1) Add a new Map(String, Object) implementation that takes both the
FacesBean and the UIComponent
2) Explicitly test for the id attribute in all of the accessor and
mutator functions, in addition to the the Sets returned
3) Override the state saving/restoration code
Hi Blake,
Actually it's harsher/simpler than that. Assuming that .getAttributes() is
very rarely used in a Trinidad application (exception for custom
attributes).
1. Have AttributeMap work exactly like standard JSF's AttributeMap. That is,
always call the getter/setter on the component (which in
Simon,
For part 1), are you proposing that we stop overriding getAttributes()?
If so, private implementation properties used by the component and set
by using setAttribtue(), would not be available on the FacesBean. So I
assume that you are suggesting that we change the components to set
as you noticed, the trinidad 2.0.0 alpha is now on the vote;
the new location for the ongoing working branch is located here:
https://svn.apache.org/repos/asf/myfaces/trinidad/branches/2.0.0.1-branch/
-Matthias
On Tue, Jan 5, 2010 at 10:04 AM, Matthias Wessendorf mat...@apache.org wrote:
Hi,
H, so this means if we're working on 2.0 we need to pull a new
branch each time you release, right? I guess I would like it if
trinidad-2.0.x branch is always the 2.0 trunk, and 2.0.0.0, 2.0.0.1,
etc is branched off of there, so I don't have to check out a new branch
every time we release.
Blake,
For 1, both possibilities exist. However, I would prefer them to not be
available on the FacesBean from a performance PoV. Those don't have indexed
property keys anyway so the lookup for them is actually quite inefficient.
That would requires some additional changes to the state saving
HI
We have developed an application using Oracle ADF components. After we had to
migrate it to Apache Trinidad.
My question is, what is the future for Apache Trinidad ? Are you planning to
release a version compatibility with JSF 2.0 ? when ?
And, finally, what is the vision of the
hi paul,
@trinidad for jsf 2.0: see [1]
regards,
gerhard
[1] http://www.mail-archive.com/dev@myfaces.apache.org/msg42324.html
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2010/1/5 Paul
Simon Lessard said the following On 1/5/2010 2:34 PM PT:
Blake,
For 1, both possibilities exist. However, I would prefer them to not be
available on the FacesBean from a performance PoV. Those don't have indexed
property keys anyway so the lookup for them is actually quite inefficient.
That
[
https://issues.apache.org/jira/browse/TRINIDAD-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeanne Waldman updated TRINIDAD-1041:
-
Resolution: Fixed
Fix Version/s: 1.2.13-core
Status: Resolved
Hmm. It would be nice if the HTML formatting actually worked
1) Current Implementation:
UIComponent.getFoo(): Flagged Map Access
UIComponent.getId(): Map Access (since id
always set)
FacesBean.getProperty(FOO_KEY):Flagged Map
Hey Paul,
a new CSS/Skin has also been discussed; I am cc'ing Catalin, as one of
his colleagues was working on that in the past.
-Matthias
On Wed, Jan 6, 2010 at 1:54 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
hi paul,
@trinidad for jsf 2.0: see [1]
regards,
gerhard
[1]
Hi guys,
running into this document:
http://diveintohtml5.org/forms.html
I started playing with some of the new widgets in my Chromium browser
(I wasn't aware that spinbox/sliders are part of
HTML5).
What about trying to find someone for a GSoC project, to add a (raw)
HTML 5 renderkit? Bernd
as the mentioned behavior support already said, I'd like to see this
ONLY for JSF2.0 (MyFaces 2.0)
-Matze
On Wed, Jan 6, 2010 at 8:35 AM, Matthias Wessendorf mat...@apache.org wrote:
Hi guys,
running into this document:
http://diveintohtml5.org/forms.html
I started playing with some of the
48 matches
Mail list logo
