JSF12 external - current12
Hi *,for everyone interested: I've added a current12 reference as:https://svn.apache.org/repos/asf/myfaces/current12With this, you can (in a one-stop way) checkout the 1.2 code of Apache MyFaces and see how far the re-implementation has come.Dennis, the correct branches are referenced. Can you add a master pom to allow one to build this now?regards,Martin -- http://www.irian.atYour JSF powerhouse - JSF Consulting, Development and Courses in English and GermanProfessional Support for Apache MyFaces
Core 1.2 Now Building Again
I fixed continuum so the core branch is building. Sean
[jira] Commented: (TOMAHAWK-78) Error-page problem with ExtensionsFilter
[ http://issues.apache.org/jira/browse/TOMAHAWK-78?page=comments#action_12415678 ] Esteve commented on TOMAHAWK-78: Hi all, I've found that using jsp forwards like jsp:forward page=login.faces/ this error appears, but if you access directly to the page, passing through faces servlet all works find. I know it doesn't add much value but it could help somebody. I've spended a pair of hours on this trick Bye Error-page problem with ExtensionsFilter Key: TOMAHAWK-78 URL: http://issues.apache.org/jira/browse/TOMAHAWK-78 Project: MyFaces Tomahawk Type: Bug Components: ExtensionsFilter Environment: facelets 1.0.2, tomcat 5.5.12 Reporter: Alexander Golubev It is a problem with getting custom error-page definitions in web.xml If I request URL /blabla.html that doesn't exist, java.lang.IllegalStateException getOutputStream() has already been called for this response and in the end, the default Tomcat 404 page is displayed. The problem is caused by the extensionsfilter that writes header information to the empty response. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1305) 'is no' hides ClassNotFoundException
[ http://issues.apache.org/jira/browse/MYFACES-1305?page=comments#action_12415681 ] Bruno Aranda commented on MYFACES-1305: --- The code you are talking about is on org.apache.myfaces.config.FacesConfigurator, 531: Class implClass = ClassUtils.simpleClassForName(implClassName); // check, if class is of expected interface type if (!interfaceClass.isAssignableFrom(implClass)) { throw new IllegalArgumentException(Class + implClassName + is no + interfaceClass.getName()); } But, ClassUtil.simpleClassForName() checks already if the class exist. If not it would throw a FacesException, caused by the ClassNotFoundException and the IllegalArgumentException would never be reached. Peter, are you sure that a ClassNotFoundException happens? 'is no' hides ClassNotFoundException Key: MYFACES-1305 URL: http://issues.apache.org/jira/browse/MYFACES-1305 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.3 Reporter: Peter Muir Priority: Minor A confusing error message The exception java.lang.IllegalArgumentException: Class org.jboss.seam.jsf.SeamNavigationHandler is no javax.faces.application.NavigationHandler was thrown because the class loader couldn't find org.jboss.seam.jsf.SeamNavigationHandler not because it doesn't extend/implement. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r413345 - /myfaces/maven/trunk/myfaces-archetype/src/main/resources/archetype-resources/pom.xml
On 6/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: baranda Date: Sat Jun 10 11:23:22 2006 New Revision: 413345 URL: http://svn.apache.org/viewvc?rev=413345view=rev Log: Isolated all the jetty related stuff for the jettyConfig profile only. The standard behaviour was doing things only needed if using jetty. Can you please put the finalName element back in a top-level build element)? Otherwise when you 'mvn install' a webapp created from this profile, the .war file in the target directory will have the version number appended. Thanks, Wendy
Re: svn commit: r413345 - /myfaces/maven/trunk/myfaces-archetype/src/main/resources/archetype-resources/pom.xml
Mmmh, yes, that's right. One minute :) Bruno On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 6/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: baranda Date: Sat Jun 10 11:23:22 2006 New Revision: 413345 URL: http://svn.apache.org/viewvc?rev=413345view=rev Log: Isolated all the jetty related stuff for the jettyConfig profile only. The standard behaviour was doing things only needed if using jetty. Can you please put the finalName element back in a top-level build element)? Otherwise when you 'mvn install' a webapp created from this profile, the .war file in the target directory will have the version number appended. Thanks, Wendy
Re: [OT] Jira anonymous access
You might want to copy the MyFaces workflow and permission schemes. sean On 6/9/06, Craig McClanahan [EMAIL PROTECTED] wrote: On 6/8/06, Chris Dadej [EMAIL PROTECTED] wrote: Within JIRA, go to Administration - Permission Schemes and edit the particular scheme to which the ADFFACES project belongs. Just a matter of setting the appropriate permissions for Add Comments to not include everyone. Thanks Chris. I've got admin rights on the project in question, but not general JIRA admin rights (which seems to be necessary to edit permission schemes). Therefore, this will need to be requested from the Infra group. Craig Chris Dadej Macquarie Bank Limited ISD - Investment Banking Group Phone: +612 8232 9987 Mobile: +614 1625 4791 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, 9 June 2006 3:46 PM To: MyFaces Development Subject: [OT] Jira anonymous access hey, anybody knows what todo to avoid anonymous sending comments to the ADFFACES jira? Or is this a task for the infra@ guys? thx, Matthias -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank.
Re: Upcoming Tomahawk Release
I have just implemented that. I have borrowed the code from shale :). Now, if the profile jsfri is used when building the examples, the war will include the RI instead of myfaces. Obviously, the myfaces jars are included by default... Cheers! Bruno On 6/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: You'd know if you pointed at the RI's POM :-). It's in a Maven1 ( i.e. legacy format) repository at java.net: https://maven-repository.dev.java.net/nonav/repository groupId= javax.faces (api) artifactId=jsf-api (impl) artifactId=jsf-impl versionId=1.1_02 RI has a pom ? :-) Didn't know that. You might also want to take a look at the snazzy pom.xml setup Wendy created for the Shale mvn_reorg branch. It lets you compile against either MyFaces or the RI based on enabling a profile ... something like this might be really handy on the component libraries, so you can easily build and test against both implementations. good hint. thx. will give it a try tomorrow. -Matthias Craig -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: Upcoming Tomahawk Release
However, some dependencies are missing when running the examples using the ri, I am trying to resolve that... Bruno On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: I have just implemented that. I have borrowed the code from shale :). Now, if the profile jsfri is used when building the examples, the war will include the RI instead of myfaces. Obviously, the myfaces jars are included by default... Cheers! Bruno On 6/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: You'd know if you pointed at the RI's POM :-). It's in a Maven1 ( i.e. legacy format) repository at java.net: https://maven-repository.dev.java.net/nonav/repository groupId= javax.faces (api) artifactId=jsf-api (impl) artifactId=jsf-impl versionId=1.1_02 RI has a pom ? :-) Didn't know that. You might also want to take a look at the snazzy pom.xml setup Wendy created for the Shale mvn_reorg branch. It lets you compile against either MyFaces or the RI based on enabling a profile ... something like this might be really handy on the component libraries, so you can easily build and test against both implementations. good hint. thx. will give it a try tomorrow. -Matthias Craig -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [Vote] Release Tomahawk 1.1.3
Does the tree2 work for you? On 6/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: This is a vote to release Tomahawk 1.1.3 (and its dependencies: MyFaces Shared 2.0.2 and MyFaces Maven 1.0.3.) +1 for my vote -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Jetty plugin can be used to run the myfaces examples
Hi there, I have just modified the examples base pom so now it is possible to run the examples directly using the maven jetty plugin. It is possible now too to choose whether to use myfaces or the ri for the war file generated. If no profile is used, the examples will include myfaces (the default behaviour). To build the examples with the RI, use: mvn -P jsfri install When using jetty, we have to also put the other profile used (myfaces/jsfri). So, to run jetty directly with maven we could do something like this: mvn -P jettyConfig,myfaces jetty6:run Hope you like that! Bruno
[jira] Created: (TOMAHAWK-486) preserveDataModel cannot work if dataTable connected to array property
preserveDataModel cannot work if dataTable connected to array property -- Key: TOMAHAWK-486 URL: http://issues.apache.org/jira/browse/TOMAHAWK-486 Project: MyFaces Tomahawk Type: Bug Components: Extended Datatable Versions: 1.1.1 Reporter: Roman Kalukiewicz If there is preserveDataModel=true then if dataTable is connected to array property then i have: SEVERE: Servlet.service() for servlet Faces Servlet threw exception javax.faces.el.EvaluationException: Cannot set value for expression '#{creditsBean.credits}' to a new value of type [Ljava.lang.Object; at org.apache.myfaces.el.ValueBindingImpl.setValue(ValueBindingImpl.java:304) at org.apache.myfaces.component.html.ext.HtmlDataTable.updateModelFromPreservedDataModel(HtmlDataTable.java:269) at org.apache.myfaces.component.html.ext.HtmlDataTable.processUpdates(HtmlDataTable.java:242) at javax.faces.component.UIForm.processUpdates(UIForm.java:85) at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:428) at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:428) at javax.faces.component.UIViewRoot.processUpdates(UIViewRoot.java:153) at org.apache.myfaces.lifecycle.LifecycleImpl.updateModelValues(LifecycleImpl.java:277) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:81) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:106) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: javax.faces.el.EvaluationException: pl.mobiltek.rmobile2.web.beans.CreditsBean at org.apache.myfaces.el.PropertyResolverImpl.setValue(PropertyResolverImpl.java:155) at org.apache.myfaces.el.ValueBindingImpl.setValue(ValueBindingImpl.java:269) ... 26 more Caused by: javax.faces.el.EvaluationException: Bean: pl.mobiltek.rmobile2.web.beans.CreditsBean, property: credits at org.apache.myfaces.el.PropertyResolverImpl.setProperty(PropertyResolverImpl.java:372) at org.apache.myfaces.el.PropertyResolverImpl.setValue(PropertyResolverImpl.java:148) ... 27 more Caused by: java.lang.IllegalArgumentException: argument type mismatch at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.myfaces.el.PropertyResolverImpl.setProperty(PropertyResolverImpl.java:368) ... 28 more The reason is in HtmlDataTable class in at org.apache.myfaces.component.html.ext.HtmlDataTable.updateModelFromPreservedDataModel at line 269 where you try to call valueBinding.setValue with newly created Object[]. cite List lst = (List) dm.getWrappedData(); vb.setValue(context, lst.toArray(new Object[lst.size()])); /cite If you want to preserve model of property with type Foo[] then you cannot call setValue with Object[] - you should do it with Foo[]. Simlpe example of problem can be show here - it shows that it's no allowed to do such things you do public class Test { public static void main(String[] args) throws
Re: Jetty plugin can be used to run the myfaces examples
And better if you always include the clean goal! mvn -P jettyConfig,myfaces clean jetty6:run Bruno On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: Hi there, I have just modified the examples base pom so now it is possible to run the examples directly using the maven jetty plugin. It is possible now too to choose whether to use myfaces or the ri for the war file generated. If no profile is used, the examples will include myfaces (the default behaviour). To build the examples with the RI, use: mvn -P jsfri install When using jetty, we have to also put the other profile used (myfaces/jsfri). So, to run jetty directly with maven we could do something like this: mvn -P jettyConfig,myfaces jetty6:run Hope you like that! Bruno
Re: Jetty plugin can be used to run the myfaces examples
On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: I have just modified the examples base pom so now it is possible to run the examples directly using the maven jetty plugin. It is possible now too to choose whether to use myfaces or the ri for the war file generated. If no profile is used, the examples will include myfaces (the default behaviour). To build the examples with the RI, use: mvn -P jsfri install Very nice, though I'm jealous that your 'activeByDefault' profile actually works. I'm running into MNG-2136 where the activation of another profile by the presence of JDK 1.5 suppresses the activeByDefault profile. Another question -- I remember seeing a comment in one of the web.xml files that a Filter or a Listener had to be configured so the app would run under Jetty. Is there any MyFaces-specific configuration that won't work if you just drop the RI jars into the examples? I'm pretty sure the Shale examples all work with either MyFaces or the RI under Tomcat, but when I tried Jetty they wouldn't start, complaining about something missing from web.xml. (If this makes no sense, I'm probably not remembering it correctly.) -- Wendy
Re: Jetty plugin can be used to run the myfaces examples
I'm running into MNG-2136 where the activation of another profile by the presence of JDK 1.5 suppresses the activeByDefault profile. Mmh, hope it gets fixed soon! We are not using the jdk5 check now, but it is useful indeed (when it works). Another question -- I remember seeing a comment in one of the web.xml files that a Filter or a Listener had to be configured so the app would run under Jetty. Is there any MyFaces-specific configuration that won't work if you just drop the RI jars into the examples? I'm pretty sure the Shale examples all work with either MyFaces or the RI under Tomcat, but when I tried Jetty they wouldn't start, complaining about something missing from web.xml. (If this makes no sense, I'm probably not remembering it correctly.) Yes, you remember correctly! Now that you say it, I remember that too. I have read the jetty 6 version notes [1] and I see that the listener thing was fixed in the version jetty-6.0.0beta9. So now we can deploy using jetty without any hazzle (at least with the current version and in my computer... you never know ;) ). So I guess you can use it again in shale now... Cheers! Bruno [1] http://jetty.mortbay.org/jetty6/VERSION.txt -- Wendy
Re: Jetty plugin can be used to run the myfaces examples
the listner is describe (by both RI and MyFaces) in the core tag tld file. Jetty had a problem with that. You needed to use the web.xml (for both again). Jetty6-snapshot fixed it (as you see in the notes, posted by bruno) -Matthias On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: I'm running into MNG-2136 where the activation of another profile by the presence of JDK 1.5 suppresses the activeByDefault profile. Mmh, hope it gets fixed soon! We are not using the jdk5 check now, but it is useful indeed (when it works). Another question -- I remember seeing a comment in one of the web.xml files that a Filter or a Listener had to be configured so the app would run under Jetty. Is there any MyFaces-specific configuration that won't work if you just drop the RI jars into the examples? I'm pretty sure the Shale examples all work with either MyFaces or the RI under Tomcat, but when I tried Jetty they wouldn't start, complaining about something missing from web.xml. (If this makes no sense, I'm probably not remembering it correctly.) Yes, you remember correctly! Now that you say it, I remember that too. I have read the jetty 6 version notes [1] and I see that the listener thing was fixed in the version jetty-6.0.0beta9. So now we can deploy using jetty without any hazzle (at least with the current version and in my computer... you never know ;) ). So I guess you can use it again in shale now... Cheers! Bruno [1] http://jetty.mortbay.org/jetty6/VERSION.txt -- Wendy -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
MyFaces Core 1.1.3 Release
Is there a reason that the 1.1.3 core release advertised on the MyFaces website[1] has not been synched over to the ibiblio Maven2 repository?Also, when I download the .tar.gz version of this, I get an error tar: a lone zero block at 8130 from a tar zxvf myfaces-core-1.1.3-bin.tar.gz on SUSE Linux.Craig[1] http://myfaces.apache.org/download.html
Re: [Vote] Release Tomahawk 1.1.3
Yes. Does it not work for you? Sean On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: Does the tree2 work for you? On 6/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: This is a vote to release Tomahawk 1.1.3 (and its dependencies: MyFaces Shared 2.0.2 and MyFaces Maven 1.0.3.) +1 for my vote -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [Vote] Release Tomahawk 1.1.3
sure! this nice guy worked for me! that is one of the first things I test. since users (and I) like it very very much works w/ RI (1.1_01) and MyFaces (of course) -Matthias On 6/10/06, Sean Schofield [EMAIL PROTECTED] wrote: Yes. Does it not work for you? Sean On 6/10/06, Bruno Aranda [EMAIL PROTECTED] wrote: Does the tree2 work for you? On 6/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: This is a vote to release Tomahawk 1.1.3 (and its dependencies: MyFaces Shared 2.0.2 and MyFaces Maven 1.0.3.) +1 for my vote -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com