[jira] [Commented] (TRINIDAD-1813) partialSubmit attribute not working for command button when try to open dialog box

2011-08-09 Thread Jason Bennett (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13081606#comment-13081606 ] Jason Bennett commented on TRINIDAD-1813: - Scott, Any word from Gary Van

Re: [VOTE[ Release of Trinidad Maven Plugins v. 2.0.6

2011-08-09 Thread Matt Cooper
+1 On Thu, Aug 4, 2011 at 1:45 PM, Scott O'Bryan darkar...@gmail.com wrote: +1 On 08/03/2011 03:43 PM, Max Starets wrote: +1 On 8/3/2011 3:54 PM, Scott O'Bryan wrote: Hello Everyone, I was running the tasks needed to get the Trinidad Maven Plugins v. 2.0.6released and now I need a

[jira] [Commented] (TRINIDAD-1813) partialSubmit attribute not working for command button when try to open dialog box

2011-08-09 Thread Scott O'Bryan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13081725#comment-13081725 ] Scott O'Bryan commented on TRINIDAD-1813: - Hey Jason, Sorry, stuff's been a

Re: [core] performance: custom implicit objects

2011-08-09 Thread Jakob Korherr
Hi, That's a good idea, however we need to be very careful with such improvements. There are some cases in which you need different EL resolvers for the same object. For example, JSF managed beans are created by the ManagedBean EL resolver (very late in the chain), but if they already exist, they

Re: [core] performance: custom implicit objects

2011-08-09 Thread Gerhard Petracek
hi jakob, thx for the heads-up! yes - for sure we have to be careful. in such a case we keep e.g. a list of el-resolvers which aren't allowed to get mapped (or the other way round). regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English

Re: [core] performance: custom implicit objects

2011-08-09 Thread Martin Koci
Hi, I also agree (with Gerhard) that in first place it is better to some improvements in myfaces core (without unnecessary burden for clients). But it is not easy (or even possible?) to intercept EL expression evaluation, because the only API we can use in myfaces is ELResolver and method

Re: [core] performance: custom implicit objects

2011-08-09 Thread Leonardo Uribe
Hi I have doubts about if we are really looking on the real source of the problem, or if some hack can improve the speed of the code. In theory each EL resolver do a quick-check before do the real work. Thinking about a solution based on the previous comments, I don't see where is the

[jira] [Commented] (EXTCDI-186) Trinidad2-support-module

2011-08-09 Thread Manuel Hartl (JIRA)
[ https://issues.apache.org/jira/browse/EXTCDI-186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13081871#comment-13081871 ] Manuel Hartl commented on EXTCDI-186: - the trinidad1.2 support module of CODI is

Re: [core] performance: custom implicit objects

2011-08-09 Thread Gerhard Petracek
hi martin, since we are within the core, we could use a special CompositeELResolver for it. we just need to do it if the root bean isn't mapped. as soon as the mapping is stable (mapping to an el-resolver or to a marker which indicates that the root bean can't be mapped), the el-resolver gets

Re: [core] performance: custom implicit objects

2011-08-09 Thread Gerhard Petracek
hi leo, that's why i asked martin concerning results and he answered that he can see a big difference. currently we just think about different approaches. that doesn't mean that we commit something to the trunk within the next days. if we prototype such an improvement, we have to do it e.g. in a

Re: [core] performance: custom implicit objects

2011-08-09 Thread Leonardo Uribe
Hi 2011/8/9 Gerhard Petracek gerhard.petra...@gmail.com: hi leo, that's why i asked martin concerning results and he answered that he can see a big difference. currently we just think about different approaches. that doesn't mean that we commit something to the trunk within the next days.

[jira] [Commented] (MYFACES-3271) ui:include tag handler evaluates its bindings to soon during JSF lifecycle

2011-08-09 Thread Mircea Toma (JIRA)
[ https://issues.apache.org/jira/browse/MYFACES-3271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13081929#comment-13081929 ] Mircea Toma commented on MYFACES-3271: -- Thanks for the quick reply. Adding just

Re: [core] performance: custom implicit objects

2011-08-09 Thread Gerhard Petracek
hi leo, we don't have control over the performance of custom el-resolvers. the comparator would help but then we are again at the point mentioned by martin. for sure we can do both. to get a first impression, we don't have to prototype all edge cases. e.g. we can test it by just mapping a custom

[jira] [Created] (MYFACES-3272) The h:message and h:messages renderers don't provide a consistent parent element for updates

2011-08-09 Thread Deryk Sinotte (JIRA)
The h:message and h:messages renderers don't provide a consistent parent element for updates - Key: MYFACES-3272 URL: https://issues.apache.org/jira/browse/MYFACES-3272

[jira] [Created] (MYFACES-3273) Create a better site layout for myfaces project

2011-08-09 Thread Leonardo Uribe (JIRA)
Create a better site layout for myfaces project --- Key: MYFACES-3273 URL: https://issues.apache.org/jira/browse/MYFACES-3273 Project: MyFaces Core Issue Type: Task Reporter: Leonardo

[myfaces] Site and documentation improvements

2011-08-09 Thread Leonardo Uribe
Hi Just FYI, following the discussion some months ago about enhance myfaces site and create a proper wiki documentation, I have started to move and organize the documentation from our old wiki: http://wiki.apache.org/myfaces/ Into the new confluence wiki, used intensively for other projects

Re: [core] performance: custom implicit objects

2011-08-09 Thread Leonardo Uribe
Hi Gerhard 2011/8/9 Gerhard Petracek gerhard.petra...@gmail.com: hi leo, we don't have control over the performance of custom el-resolvers. the comparator would help but then we are again at the point mentioned by martin. But precisely that's the point. My theory at first view (and as any