hud...@myfaces
Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd
Re: hud...@myfaces
Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: hud...@myfaces
Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: hud...@myfaces
done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] Nested grid not showing details
Hello, At this moment I am trying to get a nested grid working. The 'detailStamp' column is shown, but when a expand button is clicked, the table is not expanded. I created a small test project in Netbeans 6.9, using Trinidad 2 Alpha. The table is not created in the xhtml page, but programmatically in PageBean. Line number 54 in the PageBean shows the nested part of the grid. Is it possible to put any UIComponent object into the nested grid, or are there any restrictions? Thank you in advance, Kind regards / Mit freundlichem Grüß / Met vriendelijke groeten, Gijs van Belkom Responsible for Logistics Automation Gijs van Belkom | Keizersveld 50 | 5803 AN Venray | The Netherlands | Tel. +31 (0)478 502 575 | Fax +31 (0)478 636 432 | gvanbel...@inthergroup.com | www.inthergroup.com Message and possible attachment(s) are subject to our disclaimer. To view the disclaimer please navigate to http://disclaimer.inthergroup.com/ attachment: image001.png TrinidadNested.rar Description: Binary data
Setup email notifications from hudson for myfaces
Hello we should ensure that hudson can send emails notification to dev@myfaces.apache.org, comm...@myfaces.apache.org and notificati...@myfaces.apache.org. see http://wiki.apache.org/general/Hudson#How_do_I_allow_Hudson_to_mail_to_my_project.27s_.22dev.22_list.3F Can the list moderator take a look at this? It seems to be that comm...@myfaces.apache.org is already configured. I don't know the state of the other lists. Regards Bernd
Re: hud...@myfaces
Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: hud...@myfaces
Hi Thanks Matthias ;-) best regards, Leonardo 2010/8/25 Matthias Wessendorf mat...@apache.org Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: hud...@myfaces
thx, regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Matthias Wessendorf mat...@apache.org Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
EL method invocation performance
Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java
Re: EL method invocation performance
How about trying the el api published by Geronimo ? it caches the ExpressionFactory to avoid the search action by default. 2010/8/25 Martin Koci martin.k...@aura.cz Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java -- Ivan
Re: EL method invocation performance
Hi, Does this really have to happen at every method invocation or is this an implementation problem? If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) Regards, Jakob 2010/8/25 Ivan xhh...@gmail.com How about trying the el api published by Geronimo ? it caches the ExpressionFactory to avoid the search action by default. 2010/8/25 Martin Koci martin.k...@aura.cz Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java -- Ivan -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
[jira] Created: (TRINIDAD-1892) Support source template for JSP tag generation
Support source template for JSP tag generation -- Key: TRINIDAD-1892 URL: https://issues.apache.org/jira/browse/TRINIDAD-1892 Project: MyFaces Trinidad Issue Type: Improvement Components: Build Affects Versions: 2.0.0-alpha Reporter: Andy Schwartz Trinidad's GenerateComponentMojo allows a base source template to be specified for components that are generated. The contents of the template file are merged with the generated contents to form the complete component class. Trinidad's GenerateJspTaglibsMojo, while containing some code that hints at this support, eg: private class IfComponentModifiedFilter extends ComponentFilter { protected boolean accept( ComponentBean component) { String tagClass = component.getTagClass(); String sourcePath = Util.convertClassToSourcePath(tagClass, .java); String templatePath = Util.convertClassToSourcePath(tagClass, Template.java); File targetFile = new File(generatedSourceDirectory, sourcePath); File templateFile = new File(templateSourceDirectory, templatePath); // accept if templateFile is newer or component has been modified return (templateFile.lastModified() targetFile.lastModified() || component.isModifiedSince(targetFile.lastModified())); } } Does not appear to fully support this. Opening this issue to request that we enhance GenerateJspTaglibsMojo to include support for allowing a base template source file to be specified for generated component tags. Without this, if any tag customization is necessary, the tag generation tool cannot be used - ie. the entire tag must be written from scratch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: EL method invocation performance
On Wed, Aug 25, 2010 at 11:10 AM, Jakob Korherr jakob.korh...@gmail.com wrote: If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) +1. I pinged Kin-man as a heads up on this... Andy
[jira] Created: (MYFACES-2893) Update qdox to 1.12 on myfaces-builder-plugin
Update qdox to 1.12 on myfaces-builder-plugin - Key: MYFACES-2893 URL: https://issues.apache.org/jira/browse/MYFACES-2893 Project: MyFaces Core Issue Type: Task Components: build process Affects Versions: 2.0.1 Reporter: Jakob Korherr Assignee: Jakob Korherr Currently myfaces-builder-plugin uses qdox version 1.9.1, however this version is confused by a code like the following, ending in a parse error and thus a build failure: private T ConfigParameter(T defaultValue, ClassT expectedType, String... expectedConfigValues) Updating qdox to the latest version (1.12) removes this problem. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (MYFACES-2893) Update qdox to 1.12 on myfaces-builder-plugin
[ https://issues.apache.org/jira/browse/MYFACES-2893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jakob Korherr resolved MYFACES-2893. Fix Version/s: 2.0.2-SNAPSHOT Resolution: Fixed Update qdox to 1.12 on myfaces-builder-plugin - Key: MYFACES-2893 URL: https://issues.apache.org/jira/browse/MYFACES-2893 Project: MyFaces Core Issue Type: Task Components: build process Affects Versions: 2.0.1 Reporter: Jakob Korherr Assignee: Jakob Korherr Fix For: 2.0.2-SNAPSHOT Currently myfaces-builder-plugin uses qdox version 1.9.1, however this version is confused by a code like the following, ending in a parse error and thus a build failure: private T ConfigParameter(T defaultValue, ClassT expectedType, String... expectedConfigValues) Updating qdox to the latest version (1.12) removes this problem. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: hud...@myfaces
OK, I have added a whole lot of builds. Currently testing them. All under the Myfaces view. Next I need to figure out how to copy the artifacts to the nightly builds area... On Wed, Aug 25, 2010 at 7:33 AM, Gerhard gerhard.petra...@gmail.com wrote: thx, regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Matthias Wessendorf mat...@apache.org Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC.
Re: EL method invocation performance
Martin, could you please give juel a quick try? Would be interested if if also suffers from this problem. You can find a slightly tweaked (bugfixed) version of it on my github page http://github.com/struberg/juel The original is on juel.sourceforge.net LieGrue, strub From: Jakob Korherr jakob.korh...@gmail.com To: MyFaces Development dev@myfaces.apache.org Sent: Wed, August 25, 2010 5:10:09 PM Subject: Re: EL method invocation performance Hi, Does this really have to happen at every method invocation or is this an implementation problem? If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) Regards, Jakob 2010/8/25 Ivan xhh...@gmail.com How about trying the el api published by Geronimo ? it caches the ExpressionFactory to avoid the search action by default. 2010/8/25 Martin Koci martin.k...@aura.cz Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java -- Ivan -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
Re: EL method invocation performance
Great! I thought that tomcat and geronimo EL implementation are from same source; But just now I'm looking in geronimo code and expressionFactory instance is cached - I'll definitely try it, thanks! Ivan píše v St 25. 08. 2010 v 22:54 +0800: How about trying the el api published by Geronimo ? it caches the ExpressionFactory to avoid the search action by default. 2010/8/25 Martin Koci martin.k...@aura.cz Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java -- Ivan
Re: EL method invocation performance
Now I'm sure that it is an implementation problem: it was very suspicious that both Tomcat and Glassfish implementations have it - but Geronimo does not have this problem. Andy Schwartz píše v St 25. 08. 2010 v 11:38 -0400: On Wed, Aug 25, 2010 at 11:10 AM, Jakob Korherr jakob.korh...@gmail.com wrote: If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) +1. I pinged Kin-man as a heads up on this... Andy
Re: EL method invocation performance
great, I think Glassfish, Tomcat and JBoss do appreciate a bug report :-) -Matthias On Wed, Aug 25, 2010 at 8:43 PM, Martin Koci martin.k...@aura.cz wrote: Now I'm sure that it is an implementation problem: it was very suspicious that both Tomcat and Glassfish implementations have it - but Geronimo does not have this problem. Andy Schwartz píše v St 25. 08. 2010 v 11:38 -0400: On Wed, Aug 25, 2010 at 11:10 AM, Jakob Korherr jakob.korh...@gmail.com wrote: If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) +1. I pinged Kin-man as a heads up on this... Andy -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: EL method invocation performance
Hi, I'll try it but not today :) Optimization is my priority task for next few months and certainly I'll compare all four (or more?) EL implementations. Mark Struberg píše v St 25. 08. 2010 v 17:52 +: Martin, could you please give juel a quick try? Would be interested if if also suffers from this problem. You can find a slightly tweaked (bugfixed) version of it on my github page http://github.com/struberg/juel The original is on juel.sourceforge.net LieGrue, strub From: Jakob Korherr jakob.korh...@gmail.com To: MyFaces Development dev@myfaces.apache.org Sent: Wed, August 25, 2010 5:10:09 PM Subject: Re: EL method invocation performance Hi, Does this really have to happen at every method invocation or is this an implementation problem? If it is an implementation problem and can be circumvent in any way, I would contact the Glassfish and Tomcat developers about this ;) Regards, Jakob 2010/8/25 Ivan xhh...@gmail.com How about trying the el api published by Geronimo ? it caches the ExpressionFactory to avoid the search action by default. 2010/8/25 Martin Koci martin.k...@aura.cz Hi, this problem is not in myfaces but affects performance especially in render response phase: EL 2.2 introduces method invocation but if you try use it like rendered=#{bean.getRendered(param)} there is an unpleasant surprise: both implementations of BeanELResolver (Glassfish, Tomcat) use this construction during method invocation: ExpressionFactory exprFactory = ExpressionFactory.newInstance(); That newInstance() always involves FactoryFinder mechanism, callstack then looks like : org.apache.catalina.loader.WebappClassLoader.findResourceInternal org.apache.catalina.loader.WebappClassLoader.findResource org.apache.catalina.loader.WebappClassLoader.getResourceAsStream javax.el.FactoryFinder.find(String, String, Properties) javax.el.ExpressionFactory.newInstance(Properties) javax.el.ExpressionFactory.newInstance() javax.el.BeanELResolver.invokeMethod(Method, Object, Object[]) Always tries to locale factory implementation, that means /META-INF/services reading! This is not problem in myfaces, but users don't distinguish between JSF and EL well. Any ideas? Regards, Martin Kočí https://uel.dev.java.net/svn/uel/trunk/api/src/main/java/javax/el/BeanELResolver.java http://svn.apache.org/viewvc/tomcat/trunk/java/javax/el/BeanELResolver.java -- Ivan -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
[jira] Commented: (MYFACES-2889) [PERF] Remove String.intern() calls in FlashELResolver and ImplicitObjectResolver
[ https://issues.apache.org/jira/browse/MYFACES-2889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902582#action_12902582 ] Mike Kienenberger commented on MYFACES-2889: I am not commenting on whether intern should be used in this situation, as I don't know. However, for maps, if there are several items in the map which have the same hashcode, then those individual items will be compared using equality operations. No idea how often that would happen in this particular case. [PERF] Remove String.intern() calls in FlashELResolver and ImplicitObjectResolver - Key: MYFACES-2889 URL: https://issues.apache.org/jira/browse/MYFACES-2889 Project: MyFaces Core Issue Type: Improvement Components: JSR-314 Affects Versions: 2.0.2-SNAPSHOT Environment: JBoss AS 6 M4, Parleys.com JSF2 app Reporter: Jan-Kees van Andel I've been doing some profiling and I see pretty much activity in FlashELResolver.castAndIntern() and ImplicitObjectResolver.castAndIntern(). When I replace the return s.intern() lines by return s, both methods have (of course) much better performance. But I'm pretty sure someone put them there with a reason, like memory footprint. However, I don't see any difference in memory footprint. Any ideas? Do we want to keep the intern() calls? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: hud...@myfaces
hi grant, it's great that you looked for the myfaces view. for the others: i created it to group all our build-jobs - see [1]. regards, gerhard [1] https://hudson.apache.org/hudson/view/MyFaces/ http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Grant Smith work.gr...@gmail.com OK, I have added a whole lot of builds. Currently testing them. All under the Myfaces view. Next I need to figure out how to copy the artifacts to the nightly builds area... On Wed, Aug 25, 2010 at 7:33 AM, Gerhard gerhard.petra...@gmail.comwrote: thx, regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Matthias Wessendorf mat...@apache.org Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC.
Re: hud...@myfaces
pretty cool stuff. Interesting option on the Apache configuration: We could also use Harmony to build our stuff :-) -Matthias On Wed, Aug 25, 2010 at 9:11 PM, Gerhard gerhard.petra...@gmail.com wrote: hi grant, it's great that you looked for the myfaces view. for the others: i created it to group all our build-jobs - see [1]. regards, gerhard [1] https://hudson.apache.org/hudson/view/MyFaces/ http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Grant Smith work.gr...@gmail.com OK, I have added a whole lot of builds. Currently testing them. All under the Myfaces view. Next I need to figure out how to copy the artifacts to the nightly builds area... On Wed, Aug 25, 2010 at 7:33 AM, Gerhard gerhard.petra...@gmail.com wrote: thx, regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/8/25 Matthias Wessendorf mat...@apache.org Also, I added: -Leo -Werner -Gerhard -Matthias On Wed, Aug 25, 2010 at 9:27 AM, Matthias Wessendorf mat...@apache.org wrote: done -M On Wed, Aug 25, 2010 at 9:22 AM, Scott O'Bryan darkar...@gmail.com wrote: Hey Matthias, can you add me to this? I'd be willing to try the bridge stuff. Continuum has proven fairly unreliable for us. Sent from my iPhone On Aug 25, 2010, at 1:19 AM, Matthias Wessendorf mat...@apache.org wrote: Thanks Bernd! Right now the following committers have been added: -Bernd Bohmann -Grant Smith -Matthias Wessendorf -M On Wed, Aug 25, 2010 at 8:20 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello for trying hudson instead of continuum you need a hudson account. You can ask matthias for adding you to the hudson-jobadmin group on people.apache.org modify_appgroups.pl hudson-jobadmin --add=your apache username see: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account for recommended or mandatory settings see: http://wiki.apache.org/general/Hudson#Are_there_recommended_or_mandatory_Hudson_settings_for_ASF_projects.3F Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (TRINIDAD-1893) trh:tablelayout not a layout table in screen reader mode
trh:tablelayout not a layout table in screen reader mode Key: TRINIDAD-1893 URL: https://issues.apache.org/jira/browse/TRINIDAD-1893 Project: MyFaces Trinidad Issue Type: Bug Reporter: Dave Robinson trh:tableLayout should be identified as a layout table (having role=presentation) when it is rendered in screen reader mode. TableLayoutRenderer currently calls the OutputUtils.renderDataTableAttributes method to render its table, and does not get this role assignment. The TableLayoutRenderer should be updated to call the OutputUtils.renderLayoutTableAttributes method instead, so it will get the role assignment. I'll create and upload a patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (TRINIDAD-1893) trh:tablelayout not a layout table in screen reader mode
[ https://issues.apache.org/jira/browse/TRINIDAD-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Robinson updated TRINIDAD-1893: Status: Patch Available (was: Open) trh:tablelayout not a layout table in screen reader mode Key: TRINIDAD-1893 URL: https://issues.apache.org/jira/browse/TRINIDAD-1893 Project: MyFaces Trinidad Issue Type: Bug Reporter: Dave Robinson Attachments: TRINIDAD-1893 trunk.patch trh:tableLayout should be identified as a layout table (having role=presentation) when it is rendered in screen reader mode. TableLayoutRenderer currently calls the OutputUtils.renderDataTableAttributes method to render its table, and does not get this role assignment. The TableLayoutRenderer should be updated to call the OutputUtils.renderLayoutTableAttributes method instead, so it will get the role assignment. I'll create and upload a patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (TRINIDAD-1893) trh:tablelayout not a layout table in screen reader mode
[ https://issues.apache.org/jira/browse/TRINIDAD-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902656#action_12902656 ] Dave Robinson edited comment on TRINIDAD-1893 at 8/25/10 5:58 PM: -- patch uploaded was (Author: daverobinson): patch trh:tablelayout not a layout table in screen reader mode Key: TRINIDAD-1893 URL: https://issues.apache.org/jira/browse/TRINIDAD-1893 Project: MyFaces Trinidad Issue Type: Bug Reporter: Dave Robinson Attachments: TRINIDAD-1893 trunk.patch trh:tableLayout should be identified as a layout table (having role=presentation) when it is rendered in screen reader mode. TableLayoutRenderer currently calls the OutputUtils.renderDataTableAttributes method to render its table, and does not get this role assignment. The TableLayoutRenderer should be updated to call the OutputUtils.renderLayoutTableAttributes method instead, so it will get the role assignment. I'll create and upload a patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Incompatibility of Tomahawk + JSF 2
Hello All I have built a datatable based on Tomahawk 1.1.9 JSF 1.2 for my current project. Recently, we decided to upgrade our JSF implementation from 1.2 to 2. Now, if the upgrade happens, the datatable (based on tomahawk 1.1.9) is not going to work anymore. However, I am in desperate need of making it to work with JSF 2.0. Could someone tell me what I can do? or Can I have the tomahawk version (may be latest or under development) which will work with JSF 2.0? Kind Regards Fiona -- View this message in context: http://old.nabble.com/Incompatibility-of-Tomahawk-%2B-JSF-2-tp29537768p29537768.html Sent from the My Faces - Dev mailing list archive at Nabble.com.
Re: Incompatibility of Tomahawk + JSF 2
Hi Try build the latest code here: http://svn.apache.org/repos/asf/myfaces/tomahawk/trunk/ First you may need to build some of these projects: http://svn.apache.org/repos/asf/myfaces/test/trunk/ http://svn.apache.org/repos/asf/myfaces/myfaces-build-tools/trunk/maven2-plugins/myfaces-builder-plugin/ It contains artifacts compatible with JSF 2.0 best regards, Leonardo Uribe 2010/8/25 fionalee fiona@medicareaustralia.gov.au Hello All I have built a datatable based on Tomahawk 1.1.9 JSF 1.2 for my current project. Recently, we decided to upgrade our JSF implementation from 1.2 to 2. Now, if the upgrade happens, the datatable (based on tomahawk 1.1.9) is not going to work anymore. However, I am in desperate need of making it to work with JSF 2.0. Could someone tell me what I can do? or Can I have the tomahawk version (may be latest or under development) which will work with JSF 2.0? Kind Regards Fiona -- View this message in context: http://old.nabble.com/Incompatibility-of-Tomahawk-%2B-JSF-2-tp29537768p29537768.html Sent from the My Faces - Dev mailing list archive at Nabble.com.
Re: Incompatibility of Tomahawk + JSF 2
Hello Thank you very much for your reply. I am not sure how I should build. It has many modules. How can I get the tomahawk.jar file? I tried to use maven and I get the following error The following mojo encountered an error while executing: Group-Id: org.apache.myfaces.buildtools Artifact-Id: myfaces-builder-plugin Version: 1.0.6 Mojo: unpack brought in via: POM While building project: Group-Id: org.apache.myfaces.tomahawk Artifact-Id: tomahawk20 Version: 1.1.10-SNAPSHOT From file: C:\sandbox\Tomahawk\core20\pom.xml Reason: Unable to find artifact. [INFO] [INFO] For more information, run with the -e flag [INFO] [INFO] BUILD FAILED [INFO] [INFO] Total time: 3 minutes 2 seconds [INFO] Finished at: Thu Aug 26 13:19:42 EST 2010 [INFO] Final Memory: 6M/109M [INFO] Leonardo Uribe wrote: Hi Try build the latest code here: http://svn.apache.org/repos/asf/myfaces/tomahawk/trunk/ First you may need to build some of these projects: http://svn.apache.org/repos/asf/myfaces/test/trunk/ http://svn.apache.org/repos/asf/myfaces/myfaces-build-tools/trunk/maven2-plugins/myfaces-builder-plugin/ It contains artifacts compatible with JSF 2.0 best regards, Leonardo Uribe 2010/8/25 fionalee fiona@medicareaustralia.gov.au Hello All I have built a datatable based on Tomahawk 1.1.9 JSF 1.2 for my current project. Recently, we decided to upgrade our JSF implementation from 1.2 to 2. Now, if the upgrade happens, the datatable (based on tomahawk 1.1.9) is not going to work anymore. However, I am in desperate need of making it to work with JSF 2.0. Could someone tell me what I can do? or Can I have the tomahawk version (may be latest or under development) which will work with JSF 2.0? Kind Regards Fiona -- View this message in context: http://old.nabble.com/Incompatibility-of-Tomahawk-%2B-JSF-2-tp29537768p29537768.html Sent from the My Faces - Dev mailing list archive at Nabble.com. -- View this message in context: http://old.nabble.com/Incompatibility-of-Tomahawk-%2B-JSF-2-tp29537768p29538521.html Sent from the My Faces - Dev mailing list archive at Nabble.com.