hello,
as requested i published the source code of the sev-en preview some days ago
(details at: [1]).
we discussed whether or not we should start a new myfaces sub-project.
so let's vote!
(there will be a separated discussion + vote concerning the name.)
+1
regards,
gerhard
2008/4/20, Gerhard Petracek [EMAIL PROTECTED]:
hello,
as requested i published the source code of the sev-en preview some days
ago (details at: [1]).
we discussed whether or not we should start a new myfaces sub-project.
so let's vote!
(there will be a separated
+1 for me.
It is a nice project that could be extended easily in the future.
On Sun, Apr 20, 2008 at 5:57 PM, Gerhard Petracek
[EMAIL PROTECTED] wrote:
+1
regards,
gerhard
2008/4/20, Gerhard Petracek [EMAIL PROTECTED]:
hello,
as requested i published the source code of the sev-en
+1 but one addition
since we already have an extension api project
wouldnt it be better to be integrated into orchestra
I think since orchestra is not a scope project although
its main area is scoping that sev-en should belong in there.
Think about that, I think orchestra might be the perfect
hello werner,
thank you for your additional hint.
however, we already discussed this topic and there are several arguments
against the integration.
this vote is just about sev-en as a stand-alone sub-project of myfaces.
(aspect-el is a different topic. so let's have a separated vote.)
regards,
Ok Gerhard my apologies then if all of this is discussed out
then a clear +1
from my side.
Werner
Gerhard Petracek schrieb:
hello werner,
thank you for your additional hint.
however, we already discussed this topic and there are several arguments
against the integration.
this vote is just
Hi,
My mind hasn't changed since the last discussion so it's still -1 for a
stand-alone project because in my opinion every goodie, extension etc...)
that doesn't render anything should join orchestra.
We might end up with a subproject hell that's hard to maintain if we create
a subproject for
hello werner,
ok - great!
regards,
gerhard
2008/4/20, Werner Punz [EMAIL PROTECTED]:
Ok Gerhard my apologies then if all of this is discussed out
then a clear +1
from my side.
Werner
Gerhard Petracek schrieb:
hello werner,
thank you for your additional hint.
however, we
Hi,
in the near future i'll think about client side validation support.
Sorry but no:) This is what I'm talking about actually, every subproject has
the potential of reinventing the wheel and overlap with already implemented
features in other myfaces subprojects.
Trinidad has it;
hello cagatay,
you would still benefit in the cases you mentioned, if there would be an
optional cross-component client-side validation support.
- in such a case we wouldn't reinvent the wheel.
+ complex client-side validation would be independent of the component lib
you are using.
however,
h:commandLink with onclick method causes action not to be fired
---
Key: MYFACES-1867
URL: https://issues.apache.org/jira/browse/MYFACES-1867
Project: MyFaces Core
Issue Type:
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590819#action_12590819
]
Guy Bashan commented on MYFACES-1867:
-
Now, it seems that the cause might be the
+1
regards
Leonardo Uribe
On Sun, Apr 20, 2008 at 4:21 PM, Gerhard Petracek
[EMAIL PROTECTED] wrote:
hello cagatay,
you would still benefit in the cases you mentioned, if there would be an
optional cross-component client-side validation support.
- in such a case we wouldn't reinvent the
Hi
Ok we have 3 +1 votes
Grant Smith
Mattias Wessendorf
Leonardo Uribe
So I will continue the required steps to release this stuff
regards
Leonardo Uribe
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590820#action_12590820
]
Leonardo Uribe commented on MYFACES-1867:
-
I think this is related to
+0.5 to the code
-0.9 as a new top level project. I really would prefer to see this in
commons or orchestra as the MyFaces project is already confusing at
first to users due to the number of top level projects.
Also, what is up with the name? It doesn't seem to relate to what it does.
Also has
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590823#action_12590823
]
bashan edited comment on MYFACES-1867 at 4/20/08 6:09 PM:
--
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590823#action_12590823
]
Guy Bashan commented on MYFACES-1867:
-
Are you sure? I am using the latest reales
getSubmittedValue doesn't return converted values
-
Key: MYFACES-1868
URL: https://issues.apache.org/jira/browse/MYFACES-1868
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.2
[
https://issues.apache.org/jira/browse/MYFACES-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590824#action_12590824
]
Leonardo Uribe commented on MYFACES-1867:
-
Yes, this was fixed for 1.2.3-SNAPSHOT
The Apache MyFaces team is pleased to announce the release of
Apache MyFaces Buildtools Plugins 1.0.0.
Apache MyFaces Buildtools Plugins are several maven plugins, used internally in
other projects.
Apache MyFaces Trinidad is available in the central Maven repository under
Group ID
[
https://issues.apache.org/jira/browse/MYFACES-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12590843#action_12590843
]
Leonardo Uribe commented on MYFACES-1825:
-
Yes, checking the actual code it seems
22 matches
Mail list logo