Re: Cannot get tr:inputDate to work
does the vanilla demo work for you ? Did you register the TrindadFilter ? Did you add the renderKit (to faces-cfg) ? -M On Tue, Apr 13, 2010 at 11:23 AM, Eisenträger, Tobias tobias.eisentrae...@arag.de wrote: Hello, I think I am missing a configuration, something for additional resources from ADF, but I cannot remember how to configure that, and where. The problem is that when I use the tr:inputDate from the example at: http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_inputDate.html http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_inputDate.html on click nothing happens - the problem ist, that the browser is looking for: http://server:port/appName/__ADFv__?_t=cdvalue=1271150122202loc=deenc=iso-8859-1 where a 404 is returned. Apr 13, 2010 11:22:54 AM org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Input/org.apache.myfaces.trinidad.CoreInputText Apr 13, 2010 11:22:54 AM org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase getRenderer WARNING: Renderer 'org.apache.myfaces.trinidad.CoreInputText' not found for component family 'org.apache.myfaces.trinidad.Input' Apr 13, 2010 11:22:54 AM org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for UIXInput[UIXEditableFacesBeanImpl, id=patitoPerez] rendererType = org.apache.myfaces.trinidad.CoreInputText Any tipps? Thanks! Mit freundlichen Grüßen Tobias Eisenträger Softwareentwickler Dokumentenmanagement/Workflow/Internet, AKB 8125 ARAG IT GmbH ARAG Platz 1, 40472 Düsseldorf Tel.: +49 (0)211 964-1937 tobias.eisentrae...@arag.de www.ARAG.de Aufsichtsratsvorsitzender: Gerd Peskes Vorstand: Dr. Paul-Otto Faßbender (Vors.), Dr. Jan-Peter Horst, Dr. Johannes Kathan, Werner Nicoll, Hanno Petersen, Dr. Joerg Schwarze Sitz und Registergericht: Düsseldorf, HRB 1371 USt-ID-Nr.: DE 119 355 995 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: restoreState problem in primefaces DataTable with MyFaces
I agree, a lame bug -M On Tue, Apr 13, 2010 at 2:30 PM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Marcus, The spec does not say anything about the ordering of values in the state, so this is by all means a PrimeFaces bug. If PrimeFaces wants to use the state of the super class, it has to save and restore this state too, otherwise it accesses illegal data. Regards, Jakob 2010/4/13 Marcus Büttner m...@buett.at Hi, I have a problem with primefaces dataTable in combination with MyFaces. The DataTable restoreState method reads from state Object with index 4: Object[] savedState = (Object[]) ((Object[]) state)[4]; This causes an IndexOutOfBoundException. I've seen that Mojarra saves the state of StateHelper at index 4 and so it works. But the MyFaces state object has a maximum index of 3. Does the spec define an order for state saving. e.g. stateHelper at index 4 in UIComponentBase? Or is it a PrimeFaces bug to read from state of the super class directly? Thx, regards Marcus -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
MyFaces JIRA users - please read
From the incident report[1]: If you are a user of the Apache hosted JIRA, Bugzilla, or Confluence, a hashed copy of your password has been compromised. Thanks, -Matthias [1] - https://blogs.apache.org/infra/entry/apache_org_04_09_2010 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] merging ObjectInputStreamResolveClass class to trunk - getting java.lang.ClassNotFoundException: void with client-side state-saving
) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:110) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.apache.myfaces.trinidaddemo.webapp.RedirectFilter.doFilter(RedirectFilter.java:97) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:536) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:930) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) So right now this means that the client-side state-saving is broken in Mojarra, or does it not? I think I tend to file a bug against the Mojarra implementation. PS: Running similar stuff (ADF Faces) on Weblogic I get a similar error, indicating the same java.lang.ClassNotFoundException: void exception. [1] https://issues.apache.org/jira/browse/TRINIDAD-1747 [2] https://issues.apache.org/jira/secure/attachment/12441478/ObjectInputStreamResolveClass_for_trinidad2 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] merging ObjectInputStreamResolveClass class to trunk - getting java.lang.ClassNotFoundException: void with client-side state-saving
Ok, I filed a bug against the Mojarra issue tracker and I am linking to this thread here to ensure no information is lost. Bug is located here: https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1607 -Matthias On Mon, Apr 12, 2010 at 3:20 PM, Matthias Wessendorf mat...@apache.org wrote: Hi, for ticket TRINIDAD-1747 ([1]) on the JSF 1.2-based Trinidad branch we introduced the ObjectInputStreamResolveClass class. For JSF2-based Trinidad this has not been (yet) done. I uploaded a (simple) patch that makes similar usage of the class in our JSF2 Version of Trinidad, see [2] (the patch also set the org.apache.myfaces.trinidad.CLIENT_STATE_METHOD to be fully client-side state-saving). Running the latest trunk (with client-side state-saving) with the patch works fine on MyFaces (I used the last beta-3 release). However with the Mojarra 2.0.1 and 2.0.2 releases I get this exception java.lang.ClassNotFoundException: void: SEVERE: java.lang.ClassNotFoundException: void at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:255) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:274) at org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java:214) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:401) at org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:363) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:169) at org.apache.myfaces.trinidad.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.java:134) at org.apache.myfaces.trinidad.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.java:65) at org.apache.myfaces.trinidadinternal.util.ObjectInputStreamResolveClass.resolveClass(ObjectInputStreamResolveClass.java:50) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readClass(ObjectInputStream.java:1462) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1312) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.apache.myfaces.trinidadinternal.renderkit.core.CoreResponseStateManager._restoreSerializedView(CoreResponseStateManager.java:257) at org.apache.myfaces.trinidadinternal.renderkit.core.CoreResponseStateManager.getTreeStructureToRestore(CoreResponseStateManager.java:146) at org.apache.myfaces.trinidadinternal.application.StateManagerImpl.restoreView(StateManagerImpl.java:567) at com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:131) at com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:143) at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:288) at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:242) at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:199) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:110) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247
Fwd: [NOTICE] compromised jira passwords
-- Forwarded message -- From: Joe Schaefer joe_schae...@yahoo.com Date: Sat, Apr 10, 2010 at 7:24 PM Subject: [NOTICE] compromised jira passwords To: commun...@apache.org Hello Apache community@ [1], As you are probably aware we have been working to restore services that have been compromised by a very targetted attack against Apache's jira installation. The good news is that jira is back online, with bugzilla and confluence soon to follow [2]. The bad news is that the hacker was able to rejigger jira's code to sniff any cookies and passwords sent to the server between April 6 and April 9. If you used jira at all this week, including via IDE's that interface via SOAP, it is IMPERATIVE that you take time to immediately reset your jira password, and possibly your ldap password if those match up. If you have admin privs in jira your password was reset by us, so you'll need to use the password reset form in jira to regain access. To have a reset password mailed to your contact information in jira, visit https://issues.apache.org/jira/secure/ForgotPassword!default.jspa When you do login to jira be sure to double-check your contact info. To change your ldap password login to people.apache.org and run /usr/sbin/passwd, or else visit https://svn.apache.org/change-password . Thanks for your patience and diligence in this matter. A blog post will be forthcoming which will provide details of the attack and what we have done to mitigate future hack attempts. [1] feel free to forward this note to any other apache mailing list, public or private. [2] at this time we do not believe the hacker compromised the confluence and bugzilla installs, but we are awaiting confirmation from our admins before bringing those back online. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [core] want to set MyFaces test version to 1.0.0-SNAPSHOT
Sure! sent from my Android phone Am 12.04.2010 17:53 schrieb Jakob Korherr jakob.korh...@gmail.com: Hi guys, I was thinking about setting the version of myfaces-test20 from 1.0.0-beta to 1.0.0-SNAPSHOT to have the newest changes in MyFaces-test available for core tests before the next release of MyFaces test. I can't only change that on my local machine, because otherwise (when I am using new things) the build would fail on any other machine because of errors in tests. I think this won't be a problem, since core and test are released together. In this release the real versions just have to be set correctly, but this has to happen anyway. Can anyone think of any problems involved with this? Maybe with the release process? Thanks! Regards, Jakob -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
Fwd: [NOTICE] compromised jira passwords
-- Forwarded message -- From: Joe Schaefer joe_schae...@yahoo.com Date: Sat, Apr 10, 2010 at 7:24 PM Subject: [NOTICE] compromised jira passwords To: commun...@apache.org Hello Apache community@ [1], As you are probably aware we have been working to restore services that have been compromised by a very targetted attack against Apache's jira installation. The good news is that jira is back online, with bugzilla and confluence soon to follow [2]. The bad news is that the hacker was able to rejigger jira's code to sniff any cookies and passwords sent to the server between April 6 and April 9. If you used jira at all this week, including via IDE's that interface via SOAP, it is IMPERATIVE that you take time to immediately reset your jira password, and possibly your ldap password if those match up. If you have admin privs in jira your password was reset by us, so you'll need to use the password reset form in jira to regain access. To have a reset password mailed to your contact information in jira, visit https://issues.apache.org/jira/secure/ForgotPassword!default.jspa When you do login to jira be sure to double-check your contact info. To change your ldap password login to people.apache.org and run /usr/sbin/passwd, or else visit https://svn.apache.org/change-password . Thanks for your patience and diligence in this matter. A blog post will be forthcoming which will provide details of the attack and what we have done to mitigate future hack attempts. [1] feel free to forward this note to any other apache mailing list, public or private. [2] at this time we do not believe the hacker compromised the confluence and bugzilla installs, but we are awaiting confirmation from our admins before bringing those back online. - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [cwiki] spaces
Thanks Gerhard!! matzew AT apache DOT org is my username -Matthias On Fri, Apr 9, 2010 at 3:49 AM, Hazem Saleh haz...@apache.org wrote: That is a great piece of news! My preferred userName is hazems. On Thu, Apr 8, 2010 at 8:55 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: +1 on the whole email. My username is jankeesvanan...@apache.org. Regards, Jan-Kees 2010/4/8 Gerhard Petracek gerhard.petra...@gmail.com hi @ all, the myfaces space is available at [1]. @committers: please post your confluence user-names and i'll add them to the committers-group. if there are no objections, i'll create one space per subproject. [1] will provide some general information and news. further information would be available in the space of the concrete sub-project. for the beginning i'll create new spaces for myfaces-extval and myfaces-codi. regards, gerhard [1] http://cwiki.apache.org/confluence/display/MYFACES/Index http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.ibm.com/developerworks/library/wa-aj-gmaps/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad 2] AJAX branch ready for testing
hi, I gave it a quick try. Here are my results: Page: http://localhost:8080/trinidad-demo/faces/demos/clientBehaviorHolder.xhtml JSF_RI (Mojarra 2.0.2 (SNAPSHOT 20091204)) results: I entered some text and clicked submit via JSF Ajax Got this (in an alert JS box): httpError: The Http Transport returned a 0 status code. This is usually the result of mixing ajax and full requests. This is usually undesired, for both performance and data integrity reasons. second click on the same button I got this JS error. mojarra is not defined [Break on this error] var func = new Function(event, handler); === the submit button works. MyFaces 2.0.0-SNAPHOT results: (using snapshot since the ViewExpiredException is gone in latest snapshot ) * submit button gives me this ALERT() box: TypeError: this._ajaxOldDomElements is null followed by this: malformedXML-- * Submit via JSF Ajax: I get this alert() BOX: httpError-httpError-Request failed Are there any other pages where I can test the new functionality ? -Matthias On Wed, Apr 7, 2010 at 4:33 PM, Max Starets max.star...@oracle.com wrote: Just a few minor additions - - PartialViewContext.isAjaxRequest() will be returning true for the requests sent with jsf ajax as well as the legacy partialSubmit=true requests. - Trinidad's partial triggers will be honored for the jsf ajax requests. However, this will currently work only with execute=@all. Once we start adding trigger listeners during the PostRestoreView event processing, instead of decode, this limitation will go away. Max Andrew Robinson wrote: Well after a bit of work, the JSF2 AJAX branch is ready for testing to see if we want to merge it into the trunk. Branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 Details: - jsf.ajax.request used to submit PPR requests from the request queue - server serves JSF2 payload, differing if an IFRAME submission is detected for Trinidad to send down script libraries - iframe processing through legacy code, but updated to use a valid JSF2 payload - iframe still sends Tr-XHR-Message to let the server know its a legacy request - legacy request supports DOM replacement but none of the new functionality of JSF2 (attribute updates for example) - TrPage integrated with JSF2 events to correctly broadcast DOM change notifications and restore focus - If users find errors in the jsf.js libraries, setting the _useJsfBuiltInAjaxForXhr property of the request queue to false will bypass usage of jsf.ajax. We can add support for a public way of doing this later if necessary. - Server side integration with the JSF2 APIs and client behaviors, JSF2 submission working along side of partialSubmit=true and auto PPR. Thank you, Andrew -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad 2] AJAX branch ready for testing
I now checked this page: http://localhost:8080/trinidad-demo/faces/demos/pprDemos.jspx MYFACES_SNAPSHOT: = on any ajax action/click, I get these two alert() boxes: * TypeError: this._ajaxOldDomElements is null * malformedXML-- == I will file a bug against MyFaces JSF RI (2.0.2): == fine On Fri, Apr 9, 2010 at 2:48 PM, Matthias Wessendorf mat...@apache.org wrote: hi, I gave it a quick try. Here are my results: Page: http://localhost:8080/trinidad-demo/faces/demos/clientBehaviorHolder.xhtml JSF_RI (Mojarra 2.0.2 (SNAPSHOT 20091204)) results: I entered some text and clicked submit via JSF Ajax Got this (in an alert JS box): httpError: The Http Transport returned a 0 status code. This is usually the result of mixing ajax and full requests. This is usually undesired, for both performance and data integrity reasons. second click on the same button I got this JS error. mojarra is not defined [Break on this error] var func = new Function(event, handler); === the submit button works. MyFaces 2.0.0-SNAPHOT results: (using snapshot since the ViewExpiredException is gone in latest snapshot ) * submit button gives me this ALERT() box: TypeError: this._ajaxOldDomElements is null followed by this: malformedXML-- * Submit via JSF Ajax: I get this alert() BOX: httpError-httpError-Request failed Are there any other pages where I can test the new functionality ? -Matthias On Wed, Apr 7, 2010 at 4:33 PM, Max Starets max.star...@oracle.com wrote: Just a few minor additions - - PartialViewContext.isAjaxRequest() will be returning true for the requests sent with jsf ajax as well as the legacy partialSubmit=true requests. - Trinidad's partial triggers will be honored for the jsf ajax requests. However, this will currently work only with execute=@all. Once we start adding trigger listeners during the PostRestoreView event processing, instead of decode, this limitation will go away. Max Andrew Robinson wrote: Well after a bit of work, the JSF2 AJAX branch is ready for testing to see if we want to merge it into the trunk. Branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 Details: - jsf.ajax.request used to submit PPR requests from the request queue - server serves JSF2 payload, differing if an IFRAME submission is detected for Trinidad to send down script libraries - iframe processing through legacy code, but updated to use a valid JSF2 payload - iframe still sends Tr-XHR-Message to let the server know its a legacy request - legacy request supports DOM replacement but none of the new functionality of JSF2 (attribute updates for example) - TrPage integrated with JSF2 events to correctly broadcast DOM change notifications and restore focus - If users find errors in the jsf.js libraries, setting the _useJsfBuiltInAjaxForXhr property of the request queue to false will bypass usage of jsf.ajax. We can add support for a public way of doing this later if necessary. - Server side integration with the JSF2 APIs and client behaviors, JSF2 submission working along side of partialSubmit=true and auto PPR. Thank you, Andrew -- 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: [Trinidad 2] AJAX branch ready for testing
https://issues.apache.org/jira/browse/MYFACES-2654 On Fri, Apr 9, 2010 at 2:52 PM, Matthias Wessendorf mat...@apache.org wrote: I now checked this page: http://localhost:8080/trinidad-demo/faces/demos/pprDemos.jspx MYFACES_SNAPSHOT: = on any ajax action/click, I get these two alert() boxes: * TypeError: this._ajaxOldDomElements is null * malformedXML-- == I will file a bug against MyFaces JSF RI (2.0.2): == fine On Fri, Apr 9, 2010 at 2:48 PM, Matthias Wessendorf mat...@apache.org wrote: hi, I gave it a quick try. Here are my results: Page: http://localhost:8080/trinidad-demo/faces/demos/clientBehaviorHolder.xhtml JSF_RI (Mojarra 2.0.2 (SNAPSHOT 20091204)) results: I entered some text and clicked submit via JSF Ajax Got this (in an alert JS box): httpError: The Http Transport returned a 0 status code. This is usually the result of mixing ajax and full requests. This is usually undesired, for both performance and data integrity reasons. second click on the same button I got this JS error. mojarra is not defined [Break on this error] var func = new Function(event, handler); === the submit button works. MyFaces 2.0.0-SNAPHOT results: (using snapshot since the ViewExpiredException is gone in latest snapshot ) * submit button gives me this ALERT() box: TypeError: this._ajaxOldDomElements is null followed by this: malformedXML-- * Submit via JSF Ajax: I get this alert() BOX: httpError-httpError-Request failed Are there any other pages where I can test the new functionality ? -Matthias On Wed, Apr 7, 2010 at 4:33 PM, Max Starets max.star...@oracle.com wrote: Just a few minor additions - - PartialViewContext.isAjaxRequest() will be returning true for the requests sent with jsf ajax as well as the legacy partialSubmit=true requests. - Trinidad's partial triggers will be honored for the jsf ajax requests. However, this will currently work only with execute=@all. Once we start adding trigger listeners during the PostRestoreView event processing, instead of decode, this limitation will go away. Max Andrew Robinson wrote: Well after a bit of work, the JSF2 AJAX branch is ready for testing to see if we want to merge it into the trunk. Branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 Details: - jsf.ajax.request used to submit PPR requests from the request queue - server serves JSF2 payload, differing if an IFRAME submission is detected for Trinidad to send down script libraries - iframe processing through legacy code, but updated to use a valid JSF2 payload - iframe still sends Tr-XHR-Message to let the server know its a legacy request - legacy request supports DOM replacement but none of the new functionality of JSF2 (attribute updates for example) - TrPage integrated with JSF2 events to correctly broadcast DOM change notifications and restore focus - If users find errors in the jsf.js libraries, setting the _useJsfBuiltInAjaxForXhr property of the request queue to false will bypass usage of jsf.ajax. We can add support for a public way of doing this later if necessary. - Server side integration with the JSF2 APIs and client behaviors, JSF2 submission working along side of partialSubmit=true and auto PPR. Thank you, Andrew -- 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: [Trinidad 2] AJAX branch ready for testing
eh, funny. the pom is actually configured with 2.0.1. Something is going wrong here :-) On Fri, Apr 9, 2010 at 4:15 PM, Max Starets max.star...@oracle.com wrote: Matthias, Are you getting the same results with Mojarra 2.0.1? Max Matthias Wessendorf wrote: hi, I gave it a quick try. Here are my results: Page: http://localhost:8080/trinidad-demo/faces/demos/clientBehaviorHolder.xhtml JSF_RI (Mojarra 2.0.2 (SNAPSHOT 20091204)) results: I entered some text and clicked submit via JSF Ajax Got this (in an alert JS box): httpError: The Http Transport returned a 0 status code. This is usually the result of mixing ajax and full requests. This is usually undesired, for both performance and data integrity reasons. second click on the same button I got this JS error. mojarra is not defined [Break on this error] var func = new Function(event, handler); === the submit button works. MyFaces 2.0.0-SNAPHOT results: (using snapshot since the ViewExpiredException is gone in latest snapshot ) * submit button gives me this ALERT() box: TypeError: this._ajaxOldDomElements is null followed by this: malformedXML-- * Submit via JSF Ajax: I get this alert() BOX: httpError-httpError-Request failed Are there any other pages where I can test the new functionality ? -Matthias On Wed, Apr 7, 2010 at 4:33 PM, Max Starets max.star...@oracle.com wrote: Just a few minor additions - - PartialViewContext.isAjaxRequest() will be returning true for the requests sent with jsf ajax as well as the legacy partialSubmit=true requests. - Trinidad's partial triggers will be honored for the jsf ajax requests. However, this will currently work only with execute=@all. Once we start adding trigger listeners during the PostRestoreView event processing, instead of decode, this limitation will go away. Max Andrew Robinson wrote: Well after a bit of work, the JSF2 AJAX branch is ready for testing to see if we want to merge it into the trunk. Branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 Details: - jsf.ajax.request used to submit PPR requests from the request queue - server serves JSF2 payload, differing if an IFRAME submission is detected for Trinidad to send down script libraries - iframe processing through legacy code, but updated to use a valid JSF2 payload - iframe still sends Tr-XHR-Message to let the server know its a legacy request - legacy request supports DOM replacement but none of the new functionality of JSF2 (attribute updates for example) - TrPage integrated with JSF2 events to correctly broadcast DOM change notifications and restore focus - If users find errors in the jsf.js libraries, setting the _useJsfBuiltInAjaxForXhr property of the request queue to false will bypass usage of jsf.ajax. We can add support for a public way of doing this later if necessary. - Server side integration with the JSF2 APIs and client behaviors, JSF2 submission working along side of partialSubmit=true and auto PPR. Thank you, Andrew -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad 2] AJAX branch ready for testing
looks like the 2.0.1 are just labeled as Mojarra 2.0.2 (SNAPSHOT 20091204) I now updated the pom to 2.0.2 and got this log: INFO: Initializing Mojarra 2.0.2 (FCS b10) But the error is the same on the clientBehaviorHolder.xhtml page -Matthias On Fri, Apr 9, 2010 at 4:33 PM, Matthias Wessendorf mat...@apache.org wrote: eh, funny. the pom is actually configured with 2.0.1. Something is going wrong here :-) On Fri, Apr 9, 2010 at 4:15 PM, Max Starets max.star...@oracle.com wrote: Matthias, Are you getting the same results with Mojarra 2.0.1? Max Matthias Wessendorf wrote: hi, I gave it a quick try. Here are my results: Page: http://localhost:8080/trinidad-demo/faces/demos/clientBehaviorHolder.xhtml JSF_RI (Mojarra 2.0.2 (SNAPSHOT 20091204)) results: I entered some text and clicked submit via JSF Ajax Got this (in an alert JS box): httpError: The Http Transport returned a 0 status code. This is usually the result of mixing ajax and full requests. This is usually undesired, for both performance and data integrity reasons. second click on the same button I got this JS error. mojarra is not defined [Break on this error] var func = new Function(event, handler); === the submit button works. MyFaces 2.0.0-SNAPHOT results: (using snapshot since the ViewExpiredException is gone in latest snapshot ) * submit button gives me this ALERT() box: TypeError: this._ajaxOldDomElements is null followed by this: malformedXML-- * Submit via JSF Ajax: I get this alert() BOX: httpError-httpError-Request failed Are there any other pages where I can test the new functionality ? -Matthias On Wed, Apr 7, 2010 at 4:33 PM, Max Starets max.star...@oracle.com wrote: Just a few minor additions - - PartialViewContext.isAjaxRequest() will be returning true for the requests sent with jsf ajax as well as the legacy partialSubmit=true requests. - Trinidad's partial triggers will be honored for the jsf ajax requests. However, this will currently work only with execute=@all. Once we start adding trigger listeners during the PostRestoreView event processing, instead of decode, this limitation will go away. Max Andrew Robinson wrote: Well after a bit of work, the JSF2 AJAX branch is ready for testing to see if we want to merge it into the trunk. Branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 Details: - jsf.ajax.request used to submit PPR requests from the request queue - server serves JSF2 payload, differing if an IFRAME submission is detected for Trinidad to send down script libraries - iframe processing through legacy code, but updated to use a valid JSF2 payload - iframe still sends Tr-XHR-Message to let the server know its a legacy request - legacy request supports DOM replacement but none of the new functionality of JSF2 (attribute updates for example) - TrPage integrated with JSF2 events to correctly broadcast DOM change notifications and restore focus - If users find errors in the jsf.js libraries, setting the _useJsfBuiltInAjaxForXhr property of the request queue to false will bypass usage of jsf.ajax. We can add support for a public way of doing this later if necessary. - Server side integration with the JSF2 APIs and client behaviors, JSF2 submission working along side of partialSubmit=true and auto PPR. Thank you, Andrew -- 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: [Trinidad] proposed API change on ChangeManager
looks OK +1 On Wed, Apr 7, 2010 at 11:29 PM, Gabrielle Crawford gabrielle.crawf...@oracle.com wrote: adding Trinidad to the subject Yuan Gao wrote: hi, For JIRA 1761 (https://issues.apache.org/jira/browse/TRINIDAD-1761), we propose to add this API to the ChangeManager interface: /** * Replace an AttributeComponentChange if it's present. * * @param facesContext * @param uiComponent * @param attributeComponentChange * @return the old change instance */ public AttributeComponentChange replaceAttributeChangeIfPresent(FacesContext facesContext, UIComponent uiComponent, AttributeComponentChange attributeComponentChange); Let me know what do you think about it. Thanks, -Yuan -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSoC] Automated webapp tests
Had a look at JBoss' Arquillian ? -Matthias On Thu, Apr 8, 2010 at 9:55 AM, Martinconi Cosmin cosmin.martinc...@codebeat.ro wrote: Hi Mike, Thanks for the feedback. I did considered Selenium, but after some discussions we concluded that the testing should be done totally automated within maven and without a browser, so that excludes Selenium since it needs a browser running in order to work. Regards, Cosmin On Wed, Apr 7, 2010 at 8:57 PM, Mike Kienenberger mkien...@gmail.com wrote: I'd like to recommend that you also consider Selenium as a test framework. On Wed, Apr 7, 2010 at 10:04 AM, Martinconi Cosmin cosmin.martinc...@codebeat.ro wrote: Hi, I also prepared an application proposal, that I submitted to Google and a wiki page: http://wiki.apache.org/myfaces/GSoC2010_AutomatedTests for the Automated webapp tests for MyFaces Core and extensions issue. You can find the Jira Issue at: https://issues.apache.org/jira/browse/MYFACESTEST-6 I would really appreciate any feedback and comments. Thanks, Cosmin -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSoC] MyFaces Application Builder
HEy Tobias, I had a quick look and it's OK, IMO :-) Greetings, Matthias On Wed, Apr 7, 2010 at 3:32 PM, Tobіas Ullrіch li...@dump.netvanced.eu wrote: Hey Guys, I'd like to apply for this GSoC for the MyFaces Application Builder idea [1]. I already submitted a proposal and also added it to the Wiki [2]. It would be really nice if you could have a look - feedback is highly appreciated. Cheers, Tobias [1]: https://issues.apache.org/jira/browse/MYFACES-2635 ). [2]: http://wiki.apache.org/myfaces/GSoC2010_Application_Builder -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Trinidad 1.2.13 shortcomings: create bug track entries for them?
don't have time to investigate, sorry. can you file tickets so that we don't forget about it ? (would be cool if these issues are easily reproducable, like w/ our demo) -m 2010/4/6 wolfgang.toep...@pta.de: Hi, Recently we tried to update from 1.2.9 to 1.2.13 -btw we were testing the releases in between and they seemed ok- and now it looks as if we were stuck with this version. Because of the following effects, our application did not work anymore as expected: 1 Trinidad's JS Object TrRequestQueue is not anymore found when we try to address it in our Java Script i.e. it seems there is a new execution order in command; the consquence, for instance, is that when we try to override the alerError function to redirect the error to something else than the not-so-nice JS Trinidad popup we cannot do this anymore; in our template page we set ... trh:head title../title meta http-equiv=Content-Type content=text/html; charset=UTF-8 / ... script src=#{request.contextPath}/js/ourJavaScript.js type=text/javascript / ... /trh:head ... 2 the tree tag rendering now works by generating duplicate IDs which Trindad itself criticizes in its log; a closer look reveals that in 1.2.13 we now get a span for each node which always has the same ID as the tree itself.. 3 the Trinidad poller Component seems to have changed as well, because after completing the setup idle interval time of, in our case, 5 minutes a complete refresh is executed, which in our case, sometimes -depending on the rsp. page- leads to redirect back to the URL of the browser's address My question is rather organizational: should I open track entries in the JIRA for each of these issues? Or are these effects due to some basic but new configuration singular for 1.2.13 which we missed ?? Thanks, Wolfgang. PTA Programmier-Technische Arbeiten GmbH Seckenheimer Str. 65-67, 68165 Mannheim Amtsgericht Mannheim, HRB 1139 USt-IdNr.: DE 143 839 368 Geschäftsführer: Dipl.-Ing. Peter Fischer Dr. Harald W. Busch Dipl.-Kfm. Knut Fischer ** http://www.pta.de Mit 1875 Erfahrungsberichten aus 41 Jahren erfolgreicher Projektarbeit! ** PTA Programmier-Technische Arbeiten GmbH Seckenheimer Str. 65-67, 68165 Mannheim Amtsgericht Mannheim, HRB 1139 USt-IdNr.: DE 143 839 368 Geschaeftsfuehrer: Dipl.-Ing. Peter Fischer Dr. Harald W. Busch Dipl.-Kfm. Knut Fischer -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Trinidad 1.2.13: another upgrade problem: UINodePropertyKey unserializable
(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at de.pta.jsf.filter.DummyFilter.doFilter(DummyFilter.java:35) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at de.pta.jsf.filter.HttpSessionTimeoutFilter.doFilter(HttpSessionTimeoutFilter.java:80) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) PTA Programmier-Technische Arbeiten GmbH Seckenheimer Str. 65-67, 68165 Mannheim Amtsgericht Mannheim, HRB 1139 USt-IdNr.: DE 143 839 368 Geschaeftsfuehrer: Dipl.-Ing. Peter Fischer Dr. Harald W. Busch Dipl.-Kfm. Knut Fischer -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] maven plugins
Hi, currently the work for JSF2 (and Trinidad2) is on a branch, since Trinidad2 (JSF2-based) is now trunk, I feel that we should make the 2.0-specific maven work trunk and the current trunk will be a branch. Any concerns? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Demos to JSF2
Not sure :-) Martin, would it be possible to host the JSF2 based Trinidad demos on your server ? That would be sweet! Thanks! -Matthias On Fri, Apr 2, 2010 at 12:52 AM, Maria Kaval maria.ka...@oracle.com wrote: Hi, Can we get the live Trinidad demos updated to run on Trinidad trunk which is now using JSF2? http://www.irian.at/trinidad-demo/faces/index.jspx Thanks, Maria Maria Kaval Software Development Director ADF View Run Time Oracle Corporation tel: (650) 506 2045 cell: (650) 430 1888 mailto:maria.ka...@oracle.com | web: www.oracle.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Dev guide update
Our continuum instance is very old and has hick-ups. Best would be to entirely replace it, but that's a bit time consuming, I guess that's why it has been done yet. -Matthias On Fri, Apr 2, 2010 at 12:54 AM, Maria Kaval maria.ka...@oracle.com wrote: For JIRA-1757 we will be making an update to the dev guide. How will the hosted version of the dev guide get updated? I see the date on the currently hosted version is from 2-16-2010. http://myfaces.apache.org/trinidad/devguide/configuration.html Maria Maria Kaval Software Development Director ADF View Run Time Oracle Corporation tel: (650) 506 2045 cell: (650) 430 1888 mailto:maria.ka...@oracle.com | web: www.oracle.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Dev guide update
and the continuum server has no Java 1.6, yet [WARNING] Rule 0: org.apache.maven.plugins.enforcer.RequireJavaVersion failed with message: Detected JDK Version: 1.5.0-22 is not in the allowed range 1.6. On Fri, Apr 2, 2010 at 11:37 AM, Matthias Wessendorf mat...@apache.org wrote: Our continuum instance is very old and has hick-ups. Best would be to entirely replace it, but that's a bit time consuming, I guess that's why it has been done yet. -Matthias On Fri, Apr 2, 2010 at 12:54 AM, Maria Kaval maria.ka...@oracle.com wrote: For JIRA-1757 we will be making an update to the dev guide. How will the hosted version of the dev guide get updated? I see the date on the currently hosted version is from 2-16-2010. http://myfaces.apache.org/trinidad/devguide/configuration.html Maria Maria Kaval Software Development Director ADF View Run Time Oracle Corporation tel: (650) 506 2045 cell: (650) 430 1888 mailto:maria.ka...@oracle.com | web: www.oracle.com -- 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: [MyFaces 2] beta-3 and Trinidad2's ajax branch...
That's great news! Thanks for looking into it! -Matthias On Fri, Apr 2, 2010 at 3:07 PM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi guys, I took a look at this problem and have already found the reason why this does not work with MyFaces. It was a small bug in MyFaces related to ViewMetadata and wrapped VDLs. I'll document it in a jira issue and also commit the solution later today. Regards, Jakob 2010/3/31 Matthias Wessendorf mat...@apache.org hello Max, I can try that tomorrow, it's not that urgent - I just noticed the behavior w/ MyFaces2 = perhaps a MyFaces bug.. :-) -Matthias On Wed, Mar 31, 2010 at 10:00 AM, Max Starets max.star...@oracle.com wrote: Matthias, Do we know if it works the branch's base version (the trunk version where the AJAX branch was started)? Also, do we get the exception on every postback or just the partial postback? I will try to debug it all soon. Thanks, Max Matthias Wessendorf wrote: On Wed, Mar 31, 2010 at 9:28 AM, Andy Schwartz andy.g.schwa...@gmail.com wrote: One thing that is interesting about this that Matthias didn't mention is that the problem only repros when running against MyFaces - ie. same test case works okay when using -Djsf=ri. I haven't had time to investigate yet, but will try to do so if Max or Andrew (who are actively working on the Ajax branch) don't beat me to it. oh, yeah that's right - wasn't planing to forget that fact. sorry (but works fine on trunk with both MyFaces and RI) Andy -- 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: [MyFaces 2] beta-3 and Trinidad2's ajax branch...
Hello Max, the issue was simple and has been fixed in MyFaces2: https://issues.apache.org/jira/browse/MYFACES-2641 -Matthias On Fri, Apr 2, 2010 at 4:10 PM, Max Starets max.star...@oracle.com wrote: Thanks, Jacob! What is interesting is that Trinidad trunk is providing VDL factory just like the AJAX branch does, but the problem was not showing up there. Max Jakob Korherr wrote: Hi guys, I took a look at this problem and have already found the reason why this does not work with MyFaces. It was a small bug in MyFaces related to ViewMetadata and wrapped VDLs. I'll document it in a jira issue and also commit the solution later today. Regards, Jakob 2010/3/31 Matthias Wessendorf mat...@apache.org hello Max, I can try that tomorrow, it's not that urgent - I just noticed the behavior w/ MyFaces2 = perhaps a MyFaces bug.. :-) -Matthias On Wed, Mar 31, 2010 at 10:00 AM, Max Starets max.star...@oracle.com wrote: Matthias, Do we know if it works the branch's base version (the trunk version where the AJAX branch was started)? Also, do we get the exception on every postback or just the partial postback? I will try to debug it all soon. Thanks, Max Matthias Wessendorf wrote: On Wed, Mar 31, 2010 at 9:28 AM, Andy Schwartz andy.g.schwa...@gmail.com wrote: One thing that is interesting about this that Matthias didn't mention is that the problem only repros when running against MyFaces - ie. same test case works okay when using -Djsf=ri. I haven't had time to investigate yet, but will try to do so if Max or Andrew (who are actively working on the Ajax branch) don't beat me to it. oh, yeah that's right - wasn't planing to forget that fact. sorry (but works fine on trunk with both MyFaces and RI) Andy -- 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
[MyFaces 2] beta-3 and Trinidad2's ajax branch...
Hi, I am seeing a ViewExpiredException (tested beta-2 and beta-3, both have the same problem), when running the demo on the ajax branch: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3/ How to repo? a) check out the branch b) run mvn clean jetty:run -PjettyConfig on the trinidad-examples/trinidad-demo folder c) point the browser to the index.jspx page d) click a link e) BANG, here it explodes Full exception is here: javax.faces.application.ViewExpiredException: /index.jspxNo saved view state could be found for the view identifier: /index.jspx at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:114) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:138) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:88) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.apache.myfaces.trinidaddemo.webapp.RedirectFilter.doFilter(RedirectFilter.java:97) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:536) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:930) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [MyFaces 2] beta-3 and Trinidad2's ajax branch...
On Wed, Mar 31, 2010 at 9:28 AM, Andy Schwartz andy.g.schwa...@gmail.com wrote: One thing that is interesting about this that Matthias didn't mention is that the problem only repros when running against MyFaces - ie. same test case works okay when using -Djsf=ri. I haven't had time to investigate yet, but will try to do so if Max or Andrew (who are actively working on the Ajax branch) don't beat me to it. oh, yeah that's right - wasn't planing to forget that fact. sorry (but works fine on trunk with both MyFaces and RI) Andy -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [MyFaces 2] beta-3 and Trinidad2's ajax branch...
that's why I added the header [MyFaces2] instead of Trinidad not exactly sure where the error is - not had time to investigate -M On Wed, Mar 31, 2010 at 9:55 AM, Matthias Wessendorf mat...@apache.org wrote: On Wed, Mar 31, 2010 at 9:28 AM, Andy Schwartz andy.g.schwa...@gmail.com wrote: One thing that is interesting about this that Matthias didn't mention is that the problem only repros when running against MyFaces - ie. same test case works okay when using -Djsf=ri. I haven't had time to investigate yet, but will try to do so if Max or Andrew (who are actively working on the Ajax branch) don't beat me to it. oh, yeah that's right - wasn't planing to forget that fact. sorry (but works fine on trunk with both MyFaces and RI) Andy -- 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: Ideas for GSoC
On Tue, Mar 30, 2010 at 7:17 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 30, 2010 at 6:43 PM, Hazem Saleh haz...@apache.org wrote: Hi Tobias, I wish to see an entity visualizer from which the user will be able to define the entities and the relationships between them. After the user completed the entities definition, (s)he can specify extra parameters that affects the generation way (Some of the parameters are): starting with some defaults is fine, IMO. eg: 1. The build configuration type: Ant or Maven2. = Maven 2. Generated code style: Sun Convention or Apache Convention. = no question... ;-) 3. Targeted web server: Tomcat, Glassfish, or others. jetty (not only due to maven) The user should also be able to control the dependencies used by the generated code for example: 1. JavaServer Faces Implementation: RI or MyFaces (I prefer to have MyFaces as the default implementation). not a real question, for the default. Later on, of course: Mojarra 2. 2. JavaServer Faces Version: By default 2.0. yeah, no need for JSF2 = 1.2 ... (sorry) 3. Validation: Extval, or others. bean-vali + ExtVal 4. Persistence: JPA, Hibernate ...etc. why hibernate? Stick with JPA2 (is Apache openJPA already on JPA2 ?) 5. Target Database: MySQL, Oracle, DB2, or others. derby ? +1 on CLI; works for the most ;-) Finally, the functionality done by the user interface should have equivalent CLI. I wish that we can use some pre-made tools like (Roo) and customize it for the generation part. On Tue, Mar 30, 2010 at 5:12 PM, Tobias Ullrich li...@dump.netvanced.eu wrote: Hey Guys, thx for your replies. The application builder idea sounds very interesting and, if it is fine with you, I would like to apply for it. Hazem/Gerhard: Could you guys give me some more input on your idea? Maybe a bit more detail about how you imagined the user interface and the add-on part? Cheers, Tobias On Tue, Mar 30, 2010 at 3:11 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: i added 2 issues: https://issues.apache.org/jira/browse/MYFACES-2635 and https://issues.apache.org/jira/browse/EXTVAL-89 regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.ibm.com/developerworks/library/wa-aj-gmaps/ -- 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: Ideas for GSoC
to clarify, this is just a suggestion, for the starting (early version).. -Matthias On Tue, Mar 30, 2010 at 7:17 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 30, 2010 at 6:43 PM, Hazem Saleh haz...@apache.org wrote: Hi Tobias, I wish to see an entity visualizer from which the user will be able to define the entities and the relationships between them. After the user completed the entities definition, (s)he can specify extra parameters that affects the generation way (Some of the parameters are): starting with some defaults is fine, IMO. eg: 1. The build configuration type: Ant or Maven2. = Maven 2. Generated code style: Sun Convention or Apache Convention. = no question... ;-) 3. Targeted web server: Tomcat, Glassfish, or others. jetty (not only due to maven) The user should also be able to control the dependencies used by the generated code for example: 1. JavaServer Faces Implementation: RI or MyFaces (I prefer to have MyFaces as the default implementation). not a real question, for the default. Later on, of course: Mojarra 2. 2. JavaServer Faces Version: By default 2.0. yeah, no need for JSF2 3. Validation: Extval, or others. bean-vali + ExtVal 4. Persistence: JPA, Hibernate ...etc. why hibernate? Stick with JPA2 (is Apache openJPA already on JPA2 ?) 5. Target Database: MySQL, Oracle, DB2, or others. derby ? +1 on CLI; works for the most ;-) Finally, the functionality done by the user interface should have equivalent CLI. I wish that we can use some pre-made tools like (Roo) and customize it for the generation part. On Tue, Mar 30, 2010 at 5:12 PM, Tobias Ullrich li...@dump.netvanced.eu wrote: Hey Guys, thx for your replies. The application builder idea sounds very interesting and, if it is fine with you, I would like to apply for it. Hazem/Gerhard: Could you guys give me some more input on your idea? Maybe a bit more detail about how you imagined the user interface and the add-on part? Cheers, Tobias On Tue, Mar 30, 2010 at 3:11 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: i added 2 issues: https://issues.apache.org/jira/browse/MYFACES-2635 and https://issues.apache.org/jira/browse/EXTVAL-89 regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.ibm.com/developerworks/library/wa-aj-gmaps/ -- 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: myfaces wiki
cool, thanks! -Matthias On Tue, Mar 30, 2010 at 7:52 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: today i created a jira issue for it [1]. - it's just a matter of time. regards, gerhard [1] http://issues.apache.org/jira/browse/INFRA-2579 http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/30 Werner Punz werner.p...@gmail.com +1 Am 29.03.10 11:00, schrieb Gerhard Petracek: hi, yes - i'll help with the admin tasks... @space-key: +1 for myfaces regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/29 Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org # Include the cwiki account name of a PMC member (preferably the PMC chair) who will help administer the space. Gerhard, do you want to help to administer the space? For the next weeks I have not much to time for that... # Also specify the key name for the Space. The key name cannot be changed. = myfaces ? :) .Matthias On Mon, Mar 29, 2010 at 10:25 AM, Gerhard Petracek gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com wrote: ok - i propose that we do it step by step. let's start to move the wiki of codi and extval to confluence. is that ok for everyone? @matthias: [1] describes the steps to request a cwiki space. regards, gerhard [1] http://cwiki.apache.org/confluence/display/CWIKI/Index http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/24 Gabrielle Crawford gabrielle.crawf...@oracle.com mailto:gabrielle.crawf...@oracle.com +1 confluence is so much better Jakob Korherr wrote: +1 from me :) Frankly I don't really like the current wiki.. Regards, Jakob 2010/3/24 Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org +1 I don't remember the outcome of the old discussion, wasn't there one? Anyways I am +1 on confluence... -Matthias On Wed, Mar 24, 2010 at 11:30 AM, Gerhard Petracek gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com wrote: hi @ all, what do you think about moving our wiki to confluence[1]? regards, gerhard [1] http://cwiki.apache.org/confluence/ http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- 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: Tutorial: MyFaces 2 on Google App Engine
Very cool! thx, Ali! Do you mind to put this tutorial to our side as well? -Matthias On Sat, Mar 27, 2010 at 11:54 PM, Ali Ok al...@aliok.com.tr wrote: Since MyFaces 2 Beta-3 (includes Google App Engine support) is released, I post a tutorial on my blog: MyFaces 2 on Google App Engine : Tutorial with Eclipse http://blog.aliok.com.tr/2010/03/myfaces-2-on-google-app-engine-how-to.html Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Tutorial: MyFaces 2 on Google App Engine
On Mon, Mar 29, 2010 at 9:21 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: great! (i would prefer a wiki page.) real doc get's more visibility.. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/29 Ali Ok al...@aliok.com.tr Do you mind to put this tutorial to our side as well? OK, it would be great :) I will convert it to APT format and send a patch (probably next week). Greetings, Ali On Mon, Mar 29, 2010 at 9:49 AM, Matthias Wessendorf mat...@apache.org wrote: Very cool! thx, Ali! Do you mind to put this tutorial to our side as well? -Matthias On Sat, Mar 27, 2010 at 11:54 PM, Ali Ok al...@aliok.com.tr wrote: Since MyFaces 2 Beta-3 (includes Google App Engine support) is released, I post a tutorial on my blog: MyFaces 2 on Google App Engine : Tutorial with Eclipse http://blog.aliok.com.tr/2010/03/myfaces-2-on-google-app-engine-how-to.html Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Tutorial: MyFaces 2 on Google App Engine
well, with the new cwiki, that should be more easy. We should perhaps clean-up the outdated stuff from the homepage, anyways. -M On Mon, Mar 29, 2010 at 10:10 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: imo we should move much more to the wiki... it's easier for users to participate. furthermore, we can link important wiki pages within our site... so we would have the same visibility. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/29 Matthias Wessendorf mat...@apache.org On Mon, Mar 29, 2010 at 9:21 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: great! (i would prefer a wiki page.) real doc get's more visibility.. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/29 Ali Ok al...@aliok.com.tr Do you mind to put this tutorial to our side as well? OK, it would be great :) I will convert it to APT format and send a patch (probably next week). Greetings, Ali On Mon, Mar 29, 2010 at 9:49 AM, Matthias Wessendorf mat...@apache.org wrote: Very cool! thx, Ali! Do you mind to put this tutorial to our side as well? -Matthias On Sat, Mar 27, 2010 at 11:54 PM, Ali Ok al...@aliok.com.tr wrote: Since MyFaces 2 Beta-3 (includes Google App Engine support) is released, I post a tutorial on my blog: MyFaces 2 on Google App Engine : Tutorial with Eclipse http://blog.aliok.com.tr/2010/03/myfaces-2-on-google-app-engine-how-to.html Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- 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: GSoC
Ok, I created a new ticket for this: https://issues.apache.org/jira/browse/MYFACES-2632 -Matthias On Thu, Mar 25, 2010 at 2:23 PM, Matthias Wessendorf mat...@apache.org wrote: http://markmail.org/message/mk6th4uj7o6fpqic based on that, I will overhaul the JIRA issue and make it neutral. Ali still can use his wiki page, to collect data, for his application. -Matthias -- 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: Tutorial: MyFaces 2 on Google App Engine
Very cool! thx, Ali! Do you mind to put this tutorial to our side as well? -Matthias On Sat, Mar 27, 2010 at 11:54 PM, Ali Ok al...@aliok.com.tr wrote: Since MyFaces 2 Beta-3 (includes Google App Engine support) is released, I post a tutorial on my blog: MyFaces 2 on Google App Engine : Tutorial with Eclipse http://blog.aliok.com.tr/2010/03/myfaces-2-on-google-app-engine-how-to.html Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSoC] Proposal - MyFaces Application Builder
Sounds good! On Mar 28, 2010 10:36 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: compared to spring roo i would prefer a solution without special annotations. imo it should be more flexible than archetypes and in combination with ext-scripting we might get a very nice dev. experience esp. for developers who are new to jsf/jee. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/28 Hazem Saleh haz...@apache.org Hi, I was talking with Gerhard about creating a tool that is capable of generating the comp...
GSoC
http://markmail.org/message/mk6th4uj7o6fpqic based on that, I will overhaul the JIRA issue and make it neutral. Ali still can use his wiki page, to collect data, for his application. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] MyFaces Extension Scripting Beta 1
+1 On Wed, Mar 24, 2010 at 6:32 AM, Hazem Saleh haz...@apache.org wrote: ++1 :). And congratulations in advance to all of us. On Wed, Mar 24, 2010 at 3:20 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 2010/3/24 Jakob Korherr jakob.korh...@gmail.com +1 Regards, Jakob 2010/3/24, Gerhard Petracek gerhard.petra...@gmail.com: +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/3/24 Werner Punz werner.p...@gmail.com Hi, Leonardo and I were running the needed tasks to get the 1.0-beta-1 release of Apache MyFaces Extension Scripting out. The artifacts are deployed to Leonardos private Apache account ([1] and [3] for binary and source packages). Since the documentation is a work in progress (the download links to the beta-1 will be added after the release in the trunk and hence currently not directly connected to the release cycle), it is hosted under http://people.apache.org/~werpu/ext-script-site/ and not yet directly linked from our mainpage. The release notes could be found at [4]. Please take a look at the 2.0-beta-1 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Werner Punz [1] http://people.apache.org/~lu4242/extscript10beta1/ [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/extscript10beta1binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310964styleName=Htmlversion=12314859 -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.ibm.com/developerworks/library/wa-aj-gmaps/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces wiki
+1 I don't remember the outcome of the old discussion, wasn't there one? Anyways I am +1 on confluence... -Matthias On Wed, Mar 24, 2010 at 11:30 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi @ all, what do you think about moving our wiki to confluence[1]? regards, gerhard [1] http://cwiki.apache.org/confluence/ http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[GSoC] projects
Hi, for the MyFaces project we created this JIRA issue: https://issues.apache.org/jira/browse/MYFACES-2617 (yes, labeled with gsoc and mentor) I assigned it to myself to indicate I am the mentor. We have a student for that. I briefly mentioned that in the actual issue. More: I added a link to a wiki page, which contains some (better) outline of the idea. I think my question is do we need to add more info here? E.g. about the student? If not, I think we are all set for this ticket, right ? Thanks! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 4:30 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi Ali, great that you start out with this! I am not sure, but wouldn't it be good to have some of this support already in MyFaces, the implementation? Like the required attribute - shouldn't we have our core inputs already render this attribute out, if necessary. not sure if the TCK does some HTML parsing I think this would be nice. Everything which can not be covered by our standard implementations should of course be in a new namespace, as you suggested. IMO it's fine to merge stuff during/after GSOC. or do you think this should be directly done on the IMPL, if possible. best regards, Martin On 3/22/10, Ali Ok al...@aliok.com.tr wrote: I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. You're right. Removed it. On Mon, Mar 22, 2010 at 10:36 PM, Jakob Korherr jakob.korh...@gmail.comwrote: Hi, This all looks very fine to me - great work :) About the grouping (or sub-tasking): It would be cool to have a parent GSoC 2010 issue with all the GSoC projects as (mentor and gsoc labeled) sub-tasks. Furthermore it would be cool if each student would create all the things he wants to do as sub-task issues of his GSoC project issue. So we would have a hierarchy that looks like this: GSoC 2010 --HTML 5 RenderKit issue #1 of HTML 5 RenderKit issue #2 of HTML 5 RenderKit ... --GSoC project #2 issue #1 of GSoC project #2 ... What do you think? Regards, Jakob 2010/3/22 Matthias Wessendorf mat...@apache.org One thing, I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. -Matthias On Mon, Mar 22, 2010 at 11:35 AM, Ali Ok al...@aliok.com.tr wrote: Hi, Thank you all for your reviews. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Yeah, correct. You know, no problem changing it. I am sure we can find a cool prefix later :) raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... Thanks :) Regards, --Ali On Mon, Mar 22, 2010 at 6:13 PM, Matthias Wessendorf mat...@apache.org wrote: OK, raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... -Matthias On Mon, Mar 22, 2010 at 9:03 AM, Matthias Wessendorf mat...@apache.org wrote: Ah, interesting: This is how tomcat does it. They group their tickets: http://wiki.apache.org/tomcat/SummerOfCode2010 and point to the JIRA entries. Ok, so let me move this HTML5 specifc content to a JIRA ticket. After done, I'll create a grouping wiki page as well -Matthias On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Yeah, the rest looks very good. :) /JK 2010/3/22 Matthias Wessendorf mat...@apache.org that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Regards, Jan-Kees 2010/3/22 Cagatay Civici cagatay.civ...@gmail.com Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 6:30 AM, Martin Marinschek martin.marinsc...@gmail.com wrote: If it would make some parts of the TCK fail, we could introduce a HTML5 config parameter to make the HTML5 features work. Of course, this has to be turned off by default in order to make the TCK work. We already have some extensions in myfaces, so yes - why not. +1 @Matthias: why not do it right in the first place? I think the merging effort would be pretty labour intensive, and while Ali is at it, I am sure he is happy to contribute to MyFaces core as well ;) yes, that's up to Ali :-) But generally yes, why not. best regards, Martin Regards, Jakob 2010/3/23 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 4:30 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi Ali, great that you start out with this! I am not sure, but wouldn't it be good to have some of this support already in MyFaces, the implementation? Like the required attribute - shouldn't we have our core inputs already render this attribute out, if necessary. not sure if the TCK does some HTML parsing I think this would be nice. Everything which can not be covered by our standard implementations should of course be in a new namespace, as you suggested. IMO it's fine to merge stuff during/after GSOC. or do you think this should be directly done on the IMPL, if possible. best regards, Martin On 3/22/10, Ali Ok al...@aliok.com.tr wrote: I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. You're right. Removed it. On Mon, Mar 22, 2010 at 10:36 PM, Jakob Korherr jakob.korh...@gmail.comwrote: Hi, This all looks very fine to me - great work :) About the grouping (or sub-tasking): It would be cool to have a parent GSoC 2010 issue with all the GSoC projects as (mentor and gsoc labeled) sub-tasks. Furthermore it would be cool if each student would create all the things he wants to do as sub-task issues of his GSoC project issue. So we would have a hierarchy that looks like this: GSoC 2010 --HTML 5 RenderKit issue #1 of HTML 5 RenderKit issue #2 of HTML 5 RenderKit ... --GSoC project #2 issue #1 of GSoC project #2 ... What do you think? Regards, Jakob 2010/3/22 Matthias Wessendorf mat...@apache.org One thing, I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. -Matthias On Mon, Mar 22, 2010 at 11:35 AM, Ali Ok al...@aliok.com.tr wrote: Hi, Thank you all for your reviews. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Yeah, correct. You know, no problem changing it. I am sure we can find a cool prefix later :) raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... Thanks :) Regards, --Ali On Mon, Mar 22, 2010 at 6:13 PM, Matthias Wessendorf mat...@apache.org wrote: OK, raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... -Matthias On Mon, Mar 22, 2010 at 9:03 AM, Matthias Wessendorf mat...@apache.org wrote: Ah, interesting: This is how tomcat does it. They group their tickets: http://wiki.apache.org/tomcat/SummerOfCode2010 and point to the JIRA entries. Ok, so let me move this HTML5 specifc content to a JIRA ticket. After done, I'll create a grouping wiki page as well -Matthias On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Yeah, the rest looks very good. :) /JK 2010/3/22 Matthias Wessendorf mat...@apache.org that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 6:31 AM, Ali Ok al...@aliok.com.tr wrote: Hi Martin, Thanks for your feedback. About this issue, let's talk on some new HTML5 element attributes with two different JSF-side cases: placeholder attribute of input element: With this attribute, we can set a placeholder text that is shown if there is nothing typed into input. IMO to have a good coverage of that, IMO we need an attribute on the h:inputText which is for sure a no-go (spec says when the element's value is the empty string and the control is not focused ) So hard to give a hint (that's what placeholder is for) with out having the page-author specifying details (via a tag-attribute) New required attribute of input element : If this is set, input is validated against emptyness before the form is submitted. yes is possible, even today. Placeholder: We cannot add a placeholder attribute on h:inputText since it is not defined on spec, and no current component attribute can be used for this. correct, see above Required: We can totally render HTML5 required attribute if h:inputText required=true. IMHO, we can do this by I agree Writing a new renderer for h:inputText that extends current one with rendering required element attribute if set; And telling users to register this new renderer if they want to use optional HTML5. Is this possible? Or, we can do this by using an optional HTML5 context parameter, as Jakob said. even with ctx parameter, introducing new attributes to h:xyz is a no-go ;-) But the rendering of stuff like required is truly an option. Default = if OK with TCK CTX-Param = just in case if TCK does complain ... ;) Another thing: there are very few new features that can be applied to current components without breaking the spec. May be the only one which fits in the discussed case is required. IMO it's fine to merge stuff during/after GSOC. Yeah, I think so. or + aditional contributions to myfaces-core ;-) But honestly, that's up to you.. Thanks, On Tue, Mar 23, 2010 at 3:22 PM, Jakob Korherr jakob.korh...@gmail.com wrote: I like Martin's idea. If it would make some parts of the TCK fail, we could introduce a HTML5 config parameter to make the HTML5 features work. Of course, this has to be turned off by default in order to make the TCK work. Regards, Jakob 2010/3/23 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 4:30 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi Ali, great that you start out with this! I am not sure, but wouldn't it be good to have some of this support already in MyFaces, the implementation? Like the required attribute - shouldn't we have our core inputs already render this attribute out, if necessary. not sure if the TCK does some HTML parsing I think this would be nice. Everything which can not be covered by our standard implementations should of course be in a new namespace, as you suggested. IMO it's fine to merge stuff during/after GSOC. or do you think this should be directly done on the IMPL, if possible. best regards, Martin On 3/22/10, Ali Ok al...@aliok.com.tr wrote: I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. You're right. Removed it. On Mon, Mar 22, 2010 at 10:36 PM, Jakob Korherr jakob.korh...@gmail.comwrote: Hi, This all looks very fine to me - great work :) About the grouping (or sub-tasking): It would be cool to have a parent GSoC 2010 issue with all the GSoC projects as (mentor and gsoc labeled) sub-tasks. Furthermore it would be cool if each student would create all the things he wants to do as sub-task issues of his GSoC project issue. So we would have a hierarchy that looks like this: GSoC 2010 --HTML 5 RenderKit issue #1 of HTML 5 RenderKit issue #2 of HTML 5 RenderKit ... --GSoC project #2 issue #1 of GSoC project #2 ... What do you think? Regards, Jakob 2010/3/22 Matthias Wessendorf mat...@apache.org One thing, I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. -Matthias On Mon, Mar 22, 2010 at 11:35 AM, Ali Ok al...@aliok.com.tr wrote: Hi, Thank you all for your reviews. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Yeah, correct. You know, no problem changing it. I am sure we can find a cool prefix later :) raw JIRA ticket (based on the original email that I sent out): https
Re: [GSOC] HTML5 Proposal
FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now On Tue, Mar 23, 2010 at 7:17 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: This reminds me of something else I reported (or supported, can't remember) to the EG a while ago. It was about the ID naming separator, which is a colon. This colon is invalid and may cause issues with W3C, but I've also heard of people who had JavaScript issues with it. Anyway it's invalid according to the HTML spec. right, but wasn't understood at the time of writing the JSF spec ;-) I see the same issue rising up with this feature. I think we should always render the most valid possible markup, according to the markup type of the page (html, xhtml, html5 and preferably strict). Even if the JSF spec doesn't check generated HTML, I think we still need to generate good stuff. yes, but TCK is not unimportant; we can always bring up issues, to the EG. This has NEVER been a big problem, so I'd stick with that way! Having said this, I feel the developer should explicitly enable HTML5 support. required and placeholder attributes should never be written to the client on a html4/xhtml1 page. This should be an explicit choice of the developer. placeholder is a no-go anyway. If someone adds the hx:xyz components (that target html5), I don't see a reason to do baby-sitting :-) the required can be via flag, as said before Regarding the configuration style, I support the context-param idea, but we should be very careful with those things. They often lead to lead to a mess. Once the HTML5 spec is final, I think we should consider refactoring all HTML5 stuff into a separate RenderKit. I think the GSOC proposal does speak of a HTML5_RenderKit :-) Not sure how that differs from your point. Martin just said something like if possible, add html5 stuff already today (however that is possible) -Matthias My 2 cents... /JK 2010/3/23 Martin Marinschek martin.marinsc...@gmail.com Hi guys, placeholder attribute of input element: With this attribute, we can set a placeholder text that is shown if there is nothing typed into input. New required attribute of input element : If this is set, input is validated against emptyness before the form is submitted. Placeholder: We cannot add a placeholder attribute on h:inputText since it is not defined on spec, and no current component attribute can be used for this. Required: We can totally render HTML5 required attribute if h:inputText required=true. IMHO, we can do this by Writing a new renderer for h:inputText that extends current one with rendering required element attribute if set; And telling users to register this new renderer if they want to use optional HTML5. Is this possible? I would rather go with a context parameter. Or, we can do this by using an optional HTML5 context parameter, as Jakob said. yes Another thing: there are very few new features that can be applied to current components without breaking the spec. May be the only one which fits in the discussed case is required. let´s see if we only have this one - then the context parameter should not be named HTML 5, but rather something like RENDER_REQUIRED_ATTRIBUTES - I think. IMO it's fine to merge stuff during/after GSOC. Yeah, I think so. whenever is more appropriate and causes less work (for the core team ;) best regards, Martin On Tue, Mar 23, 2010 at 3:22 PM, Jakob Korherr jakob.korh...@gmail.com wrote: I like Martin's idea. If it would make some parts of the TCK fail, we could introduce a HTML5 config parameter to make the HTML5 features work. Of course, this has to be turned off by default in order to make the TCK work. Regards, Jakob 2010/3/23 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 4:30 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi Ali, great that you start out with this! I am not sure, but wouldn't it be good to have some of this support already in MyFaces, the implementation? Like the required attribute - shouldn't we have our core inputs already render this attribute out, if necessary. not sure if the TCK does some HTML parsing I think this would be nice. Everything which can not be covered by our standard implementations should of course be in a new namespace, as you suggested. IMO it's fine to merge stuff during/after GSOC. or do you think this should be directly done on the IMPL, if possible. best regards, Martin On 3/22/10, Ali Ok al...@aliok.com.tr wrote: I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. You're right. Removed
Re: [GSOC] HTML5 Proposal
Hi, I added the first idea to an overview section: http://wiki.apache.org/myfaces/SummerOfCode2010 I liked Ali's description wiki to the JIRA (which is the single source of truth). The JIRA is already labeled correct, so it shows up in the ASF ideas section. -Matthias On Tue, Mar 23, 2010 at 8:07 AM, Ali Ok al...@aliok.com.tr wrote: yes, that's up to Ali :-) But generally yes, why not. ... or + aditional contributions to myfaces-core ;-) I am OK with it, I would be very happy to contribute to core :) Default = if OK with TCK CTX-Param = just in case if TCK does complain ... ;) Let's see whether TCK complains or not. I can try running TCK, but may need your help here. I would rather go with a context parameter. ... Regarding the configuration style, I support the context-param idea, but we should be very careful with those things. Ok, I think so. Greetings, Ali On Tue, Mar 23, 2010 at 4:38 PM, Matthias Wessendorf mat...@apache.org wrote: FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now On Tue, Mar 23, 2010 at 7:17 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: This reminds me of something else I reported (or supported, can't remember) to the EG a while ago. It was about the ID naming separator, which is a colon. This colon is invalid and may cause issues with W3C, but I've also heard of people who had JavaScript issues with it. Anyway it's invalid according to the HTML spec. right, but wasn't understood at the time of writing the JSF spec ;-) I see the same issue rising up with this feature. I think we should always render the most valid possible markup, according to the markup type of the page (html, xhtml, html5 and preferably strict). Even if the JSF spec doesn't check generated HTML, I think we still need to generate good stuff. yes, but TCK is not unimportant; we can always bring up issues, to the EG. This has NEVER been a big problem, so I'd stick with that way! Having said this, I feel the developer should explicitly enable HTML5 support. required and placeholder attributes should never be written to the client on a html4/xhtml1 page. This should be an explicit choice of the developer. placeholder is a no-go anyway. If someone adds the hx:xyz components (that target html5), I don't see a reason to do baby-sitting :-) the required can be via flag, as said before Regarding the configuration style, I support the context-param idea, but we should be very careful with those things. They often lead to lead to a mess. Once the HTML5 spec is final, I think we should consider refactoring all HTML5 stuff into a separate RenderKit. I think the GSOC proposal does speak of a HTML5_RenderKit :-) Not sure how that differs from your point. Martin just said something like if possible, add html5 stuff already today (however that is possible) -Matthias My 2 cents... /JK 2010/3/23 Martin Marinschek martin.marinsc...@gmail.com Hi guys, placeholder attribute of input element: With this attribute, we can set a placeholder text that is shown if there is nothing typed into input. New required attribute of input element : If this is set, input is validated against emptyness before the form is submitted. Placeholder: We cannot add a placeholder attribute on h:inputText since it is not defined on spec, and no current component attribute can be used for this. Required: We can totally render HTML5 required attribute if h:inputText required=true. IMHO, we can do this by Writing a new renderer for h:inputText that extends current one with rendering required element attribute if set; And telling users to register this new renderer if they want to use optional HTML5. Is this possible? I would rather go with a context parameter. Or, we can do this by using an optional HTML5 context parameter, as Jakob said. yes Another thing: there are very few new features that can be applied to current components without breaking the spec. May be the only one which fits in the discussed case is required. let´s see if we only have this one - then the context parameter should not be named HTML 5, but rather something like RENDER_REQUIRED_ATTRIBUTES - I think. IMO it's fine to merge stuff during/after GSOC. Yeah, I think so. whenever is more appropriate and causes less work (for the core team ;) best regards, Martin On Tue, Mar 23, 2010 at 3:22 PM, Jakob Korherr jakob.korh...@gmail.com wrote: I like Martin's idea. If it would make some parts of the TCK fail, we could introduce a HTML5 config parameter to make the HTML5 features work. Of course, this has to be turned off by default in order to make the TCK work. Regards
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
+1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 2:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. ha! thanks, I am glad you brought it up! I forgot to mention that. I am sure happy to see the hx: as a bonus of the MyFaces RT :-) -Matthias 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- 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: [GSOC] HTML5 Proposal
Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Regards, Jan-Kees 2010/3/22 Cagatay Civici cagatay.civ...@gmail.com Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
Ah, interesting: This is how tomcat does it. They group their tickets: http://wiki.apache.org/tomcat/SummerOfCode2010 and point to the JIRA entries. Ok, so let me move this HTML5 specifc content to a JIRA ticket. After done, I'll create a grouping wiki page as well -Matthias On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Yeah, the rest looks very good. :) /JK 2010/3/22 Matthias Wessendorf mat...@apache.org that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Regards, Jan-Kees 2010/3/22 Cagatay Civici cagatay.civ...@gmail.com Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org -- 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: [GSOC] HTML5 Proposal
OK, raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... -Matthias On Mon, Mar 22, 2010 at 9:03 AM, Matthias Wessendorf mat...@apache.org wrote: Ah, interesting: This is how tomcat does it. They group their tickets: http://wiki.apache.org/tomcat/SummerOfCode2010 and point to the JIRA entries. Ok, so let me move this HTML5 specifc content to a JIRA ticket. After done, I'll create a grouping wiki page as well -Matthias On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Yeah, the rest looks very good. :) /JK 2010/3/22 Matthias Wessendorf mat...@apache.org that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Regards, Jan-Kees 2010/3/22 Cagatay Civici cagatay.civ...@gmail.com Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org -- 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: [VOTE] release for myfaces core 2.0.0-beta-3
+1 On Mon, Mar 22, 2010 at 10:57 AM, Leonardo Uribe lu4...@gmail.com wrote: +1 2010/3/22 Leonardo Uribe lu4...@gmail.com Hi, I was running the needed tasks to get the 2.0.0-beta-3 release of Apache MyFaces core out. This artifacts are very close to pass all TCK tests. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v4.0.1-beta-3 [1] 2. Maven artifact group org.apache.myfaces.core v2.0.0-beta-3 [1] 3. Maven artifact group org.apache.myfaces.test v1.0.0-beta-2 [1] The artifacts are deployed to my private Apache account ([1] and [3] for binary and source packages). The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 2.0.0-beta-3 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/myfaces200beta3 [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces200beta3binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600styleName=Htmlversion=12314776 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
One thing, I see you you refering to this thread: http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html I am not sure if that is good - folks may get the impression some work has already been done on that. -Matthias On Mon, Mar 22, 2010 at 11:35 AM, Ali Ok al...@aliok.com.tr wrote: Hi, Thank you all for your reviews. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Yeah, correct. You know, no problem changing it. I am sure we can find a cool prefix later :) raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... Thanks :) Regards, --Ali On Mon, Mar 22, 2010 at 6:13 PM, Matthias Wessendorf mat...@apache.org wrote: OK, raw JIRA ticket (based on the original email that I sent out): https://issues.apache.org/jira/browse/MYFACES-2617 We will see where to add Ali's content, I mean where it fits best. Perhaps we just link to his Wiki page? (Not sure yet)... -Matthias On Mon, Mar 22, 2010 at 9:03 AM, Matthias Wessendorf mat...@apache.org wrote: Ah, interesting: This is how tomcat does it. They group their tickets: http://wiki.apache.org/tomcat/SummerOfCode2010 and point to the JIRA entries. Ok, so let me move this HTML5 specifc content to a JIRA ticket. After done, I'll create a grouping wiki page as well -Matthias On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Yeah, the rest looks very good. :) /JK 2010/3/22 Matthias Wessendorf mat...@apache.org that's details, for the actual project ;-) BTW. I am just signing up as a mentor, after that I will bring this wiki txt to our jira. -Matthias On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Looks good. Maybe one little thing, the prefix h5 might be more appropriate for the library, even though there is also an html tag named h5. hx sounds like HTML extensions to me and HTML5 is not really an extension. Regards, Jan-Kees 2010/3/22 Cagatay Civici cagatay.civ...@gmail.com Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org -- 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 -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
IllegalStateException: No SessionHandler or SessionManager
I noticed the following when upgrading to Jetty7 (with last OWB M4 and trunk) SEVERE: Caught an Exception while starting a fresh session! java.lang.IllegalStateException: No SessionHandler or SessionManager at org.eclipse.jetty.server.Request.getSession(Request.java:1096) at org.eclipse.jetty.server.Request.getSession(Request.java:1086) at org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:115) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:919) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:362) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:867) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:245) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:113) at org.eclipse.jetty.server.Server.handle(Server.java:334) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:559) at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:992) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:541) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203) at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:406) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:462) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:436) at java.lang.Thread.run(Thread.java:619) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: IllegalStateException: No SessionHandler or SessionManager
crap, wrong list :-) Thanks for your mail... :) On Sun, Mar 21, 2010 at 6:14 PM, Bruno Aranda brunoara...@gmail.com wrote: Hi, I run jetty 7 (the maven plugin) without problems, with this configuration (using JSP 2.2 and no OWB) plugin groupIdorg.mortbay.jetty/groupId artifactIdjetty-maven-plugin/artifactId version7.0.1.v20091125/version configuration scanIntervalSeconds10/scanIntervalSeconds /configuration dependencies dependency groupIdjavax.servlet.jsp/groupId artifactIdjsp-api/artifactId version2.2/version scopeprovided/scope /dependency dependency groupIdjavax.el/groupId artifactIdel-api/artifactId version2.2.1-b01/version scopeprovided/scope /dependency dependency groupIdorg.glassfish.web/groupId artifactIdel-impl/artifactId version2.2.1-b01/version scopeprovided/scope /dependency dependency groupIdorg.mortbay.jetty/groupId artifactIdjsp-2.1-glassfish/artifactId version9.1.1.B60.25.p2/version scopeprovided/scope exclusions exclusion groupIdorg.mortbay.jetty/groupId artifactIdjsp-api-2.1/artifactId /exclusion exclusion groupIdorg.mortbay.jetty/groupId artifactIdstart/artifactId /exclusion exclusion groupIdorg.mortbay.jetty/groupId artifactIdjetty-annotations/artifactId /exclusion /exclusions /dependency /dependencies /plugin Cheers, Bruno On 22 March 2010 00:38, Matthias Wessendorf mat...@apache.org wrote: I noticed the following when upgrading to Jetty7 (with last OWB M4 and trunk) SEVERE: Caught an Exception while starting a fresh session! java.lang.IllegalStateException: No SessionHandler or SessionManager at org.eclipse.jetty.server.Request.getSession(Request.java:1096) at org.eclipse.jetty.server.Request.getSession(Request.java:1086) at org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:115) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:919) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:362) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:867) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:245) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:113) at org.eclipse.jetty.server.Server.handle(Server.java:334) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:559) at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:992) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:541) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203) at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:406) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:462) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:436) at java.lang.Thread.run(Thread.java:619) -- 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: TCK Status
On Sat, Mar 20, 2010 at 5:51 PM, Gurkan Erdogdu gurkanerdo...@yahoo.com wrote: Hello; I have resolved lots of issues recently and issues bugs to CDI-TCK jira for RI. I have seperated suite xml files for standalone and webprofile modes. In standalone mode suite xml files, I have put excluded tests that are issued to CDI-TCK. Now there are 570 standalone tests, and I have stated at weld list, those tests are run succesfully at some time but some of them are failed in some time and in next pass all of them are passed. That is weird thing that can be resulted from TestNG, I do not know ha, strange thing! But I saw that those tests are all passed. that's great news! -Matthias Thanks; --Gurkan ___ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
IllegalStateException: No SessionHandler or SessionManager
I noticed the following when upgrading to Jetty7 (with last OWB M4 and trunk) SEVERE: Caught an Exception while starting a fresh session! java.lang.IllegalStateException: No SessionHandler or SessionManager at org.eclipse.jetty.server.Request.getSession(Request.java:1096) at org.eclipse.jetty.server.Request.getSession(Request.java:1086) at org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:115) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:919) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:362) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:867) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:245) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:113) at org.eclipse.jetty.server.Server.handle(Server.java:334) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:559) at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:992) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:541) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203) at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:406) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:462) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:436) at java.lang.Thread.run(Thread.java:619) -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Finally joined
On Sat, Mar 20, 2010 at 5:26 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi, no - that isn't my concern. you are right - such a concern wouldn't make sense... as mentioned before it would be great to have such a support for guice. however, normally i would suggest to provide support for guice as well as cdi and spring 3+. in this case the interesting part is that spring 3 already offers support for bv. cdi (at least 2 implementations of it) provides the ~same and maybe myfaces codi will also provide some nice features for such an integration. the support in myfaces codi (the part which is independent of jsf) will depend on the features of the available cdi implementations. if we see that all impl. already provide an integration of bv, we don't have to introduce it in myfaces codi. (for sure also myfaces extval and some add-ons for it provide special dependency injection features for bv - only these parts are jsf centric.) maybe guice will also provide such a support (out-of-the-box). imo we should contact the guice community before we include such an add-on. the past showed that that community is not to fast. Regarding Spring you maybe right, but why not prototyping some ideas? Not sure what's wrong w/ that.. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/20 Matthias Wessendorf mat...@apache.org On Fri, Mar 19, 2010 at 6:35 PM, Donald Woods dwo...@apache.org wrote: How about bringing it over into a sandbox area for now? I don't have +1 that's cool with me. time to look into Guice right now, but sounds like a really good extension to get our project code out into more user hands. Also, that gives us time to sort out the main code package renames/reorg and build updates before we pull another module in. I agree! A set of plain extension would be sweet. Especially for cutting-edge stuff, such as Guice. I think Gerhard is concerned since MyFaces offers 303 extensions, for JSF. But not everybody is using Faces ;-) So yes, there more interesting stuff we add, the better in order to build a strong (developer) community around BVAL. -M -Donald On 3/19/10 5:12 AM, Simone Tripodi wrote: Hi Gerhard, very nice to meet you :) I already started realizing a set of google-guice providers and module that simplify the javax.validation.Validator building and injection. Moreover, I' would add a org.aopalliance.intercept.MethodInterceptor that validates methods args input, raising an org.apache.bval.ValidationException if there are javax.validation.ConstraintViolation, and automate the AOP stuff marking the interested methods with an hypothetical @org.apache.bval.Validate annotation bound the in guice binder. I've already realized the 80% of the code, if you all agree I could start importing the classes in a separate module so we could finalize it all together. What do you think about it? Thanks a lot in advance, have a nice day!!! Simo http://people.apache.org/~simonetripodi/ On Thu, Mar 18, 2010 at 11:42 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi simo, which features do you plan to support? i'm asking because we have a quite interesting situation concerning such integrations. (i'll provide further details later on.) regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/18 Simone Tripodi simone.trip...@gmail.com Hi all guys, ver nice to meet everybody and sorry I joined the ML so late. A very BIG thanks a lot to Niall who invited me to join this amazing community, I hope I'll do my best to help Bean Validation growing up. Even if the codebase has just been imported, I'd like to propose to develop also 3rd part libraries integration, I already started developing a JSR303-Google Guice integration and this would be the best place to share it. What do you think about it? Thanks a lot in advance, all the best, Simo http://people.apache.org/~simonetripodi/ -- 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: Finally joined
On Sat, Mar 20, 2010 at 5:48 AM, Simone Tripodi simone.trip...@gmail.com wrote: Hi Gerard, nice to see your reply, I would like to give my point of view on: maybe guice will also provide such a support (out-of-the-box). imo we should contact the guice community before we include such an add-on. I follow the Guice ML and there are few points to take in consideration that still suggest me including the JSR303 integration in our project: - they realized the JSR330 (DI for Java) in /trunk time ago and still haven't found the time to release it; yeah, that's right. Google hasn't been very good in actually releasing stuff (same with the ex Google Collections) So, I am still +1 for that -M - they have been working on a persistent-layer extension. I'm sure they're interested in integrating bval, but given the points above, it won't happen soon as we (I) would expect. just my 2 cents :P Simo http://people.apache.org/~simonetripodi/ regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/20 Matthias Wessendorf mat...@apache.org On Fri, Mar 19, 2010 at 6:35 PM, Donald Woods dwo...@apache.org wrote: How about bringing it over into a sandbox area for now? I don't have +1 that's cool with me. time to look into Guice right now, but sounds like a really good extension to get our project code out into more user hands. Also, that gives us time to sort out the main code package renames/reorg and build updates before we pull another module in. I agree! A set of plain extension would be sweet. Especially for cutting-edge stuff, such as Guice. I think Gerhard is concerned since MyFaces offers 303 extensions, for JSF. But not everybody is using Faces ;-) So yes, there more interesting stuff we add, the better in order to build a strong (developer) community around BVAL. -M -Donald On 3/19/10 5:12 AM, Simone Tripodi wrote: Hi Gerhard, very nice to meet you :) I already started realizing a set of google-guice providers and module that simplify the javax.validation.Validator building and injection. Moreover, I' would add a org.aopalliance.intercept.MethodInterceptor that validates methods args input, raising an org.apache.bval.ValidationException if there are javax.validation.ConstraintViolation, and automate the AOP stuff marking the interested methods with an hypothetical @org.apache.bval.Validate annotation bound the in guice binder. I've already realized the 80% of the code, if you all agree I could start importing the classes in a separate module so we could finalize it all together. What do you think about it? Thanks a lot in advance, have a nice day!!! Simo http://people.apache.org/~simonetripodi/ On Thu, Mar 18, 2010 at 11:42 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi simo, which features do you plan to support? i'm asking because we have a quite interesting situation concerning such integrations. (i'll provide further details later on.) regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/18 Simone Tripodi simone.trip...@gmail.com Hi all guys, ver nice to meet everybody and sorry I joined the ML so late. A very BIG thanks a lot to Niall who invited me to join this amazing community, I hope I'll do my best to help Bean Validation growing up. Even if the codebase has just been imported, I'd like to propose to develop also 3rd part libraries integration, I already started developing a JSR303-Google Guice integration and this would be the best place to share it. What do you think about it? Thanks a lot in advance, all the best, Simo http://people.apache.org/~simonetripodi/ -- 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: Finally joined
On Fri, Mar 19, 2010 at 6:35 PM, Donald Woods dwo...@apache.org wrote: How about bringing it over into a sandbox area for now? I don't have +1 that's cool with me. time to look into Guice right now, but sounds like a really good extension to get our project code out into more user hands. Also, that gives us time to sort out the main code package renames/reorg and build updates before we pull another module in. I agree! A set of plain extension would be sweet. Especially for cutting-edge stuff, such as Guice. I think Gerhard is concerned since MyFaces offers 303 extensions, for JSF. But not everybody is using Faces ;-) So yes, there more interesting stuff we add, the better in order to build a strong (developer) community around BVAL. -M -Donald On 3/19/10 5:12 AM, Simone Tripodi wrote: Hi Gerhard, very nice to meet you :) I already started realizing a set of google-guice providers and module that simplify the javax.validation.Validator building and injection. Moreover, I' would add a org.aopalliance.intercept.MethodInterceptor that validates methods args input, raising an org.apache.bval.ValidationException if there are javax.validation.ConstraintViolation, and automate the AOP stuff marking the interested methods with an hypothetical @org.apache.bval.Validate annotation bound the in guice binder. I've already realized the 80% of the code, if you all agree I could start importing the classes in a separate module so we could finalize it all together. What do you think about it? Thanks a lot in advance, have a nice day!!! Simo http://people.apache.org/~simonetripodi/ On Thu, Mar 18, 2010 at 11:42 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi simo, which features do you plan to support? i'm asking because we have a quite interesting situation concerning such integrations. (i'll provide further details later on.) regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/3/18 Simone Tripodi simone.trip...@gmail.com Hi all guys, ver nice to meet everybody and sorry I joined the ML so late. A very BIG thanks a lot to Niall who invited me to join this amazing community, I hope I'll do my best to help Bean Validation growing up. Even if the codebase has just been imported, I'd like to propose to develop also 3rd part libraries integration, I already started developing a JSR303-Google Guice integration and this would be the best place to share it. What do you think about it? Thanks a lot in advance, all the best, Simo http://people.apache.org/~simonetripodi/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [COMMUNITY] MyFaces += Mark Struberg
welcome aboard, dude! On Fri, Mar 19, 2010 at 6:23 PM, Ganesh gan...@j4fry.org wrote: Welcome Mark! Gerhard Petracek schrieb: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Mark Struberg as the newest MyFaces committer! Mark has been active on the mailing-list as well as in Jira. Moreover, as active Apache OWB developer he will also help developing the new sub-project called MyFaces CODI. @Mark: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Regards, Gerhard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Fwd: Google just announced the official list of Organizations participating in GSoC 2010
FYI ;-) -- Forwarded message -- From: Luciano Resende luckbr1...@gmail.com Date: Thu, Mar 18, 2010 at 12:16 PM Subject: Google just announced the official list of Organizations participating in GSoC 2010 To: d...@community.apache.org, code-awards code-awa...@apache.org Google just announced the list of organizations accepted to GSoC 2010 [1] and Apache is among the accepted organizations. [1] http://socghop.appspot.com/gsoc/program/accepted_orgs/google/gsoc2010 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] About Proposal of HTML5 Renderkit
On Thu, Mar 18, 2010 at 4:31 PM, Ali Ok al...@aliok.com.tr wrote: Hi, Thanks for your answer Matthias, you are the coolest possible mentor :) I have some new questions about the proposal procedure :) As a methodology, I want to write Software prototyping [1]. First step of this is producing the prototypes, which is not actually coding, right? So, well, I think it is part of getting the job done.. is it OK to write prototyping in project schedule between April 30 (1 week after acceptance announcement) and May 24 (Coding start)? Possible periods for prototyping: Prototyping before April 23 (acceptance announcement): All the GSOC work should be done within the GSOC period, so this is not an option. correct, that's not good. Prototyping after May 24(coding starts) Is it too late? Some time in Community Bonding Period [2](April 23 - May 24) (between acceptance announcement and coding start) is a cool period for prototyping. Possible? the page says: snip Students get to know mentors, read documentation, get up to speed to begin working on their projects. /snip = get up to speed is kinda prototyping, once the mentor got in closer contact with the student, and the student started to read/understand the documentation. So IMO get up to speed to begin working on their projects sounds like this is the time to do prototyping. I don't need to write all components one by one in my proposal, right? This was my purpose when I started prototyping, but I see the effort of determining components is also part of the GSOC work. So, I won't write the possible components into my proposal. Any objection? IMO that's fine. As said before just say that you write an HTML 5 library for JSF. Your work will (I think/hope) generate some framework (guide), so if you can't finish all components, it will be simple afterwards to continue there. What do you think about this template schedule? it looks OK. One question = Writing unit tests(3 days) So are you planing to write the tests after you are done ? :) I'd not be too surprised if they kinda like test-driven-development. I do :-) Greetings, Matthias Determining which components to implement; prototyping(?); reading docs; get to know community better(till Coding Starts) Configuring the project and the builder, creating initial stuff (2-3 days) Implementing a base library (4 days) Implementing most of target components : Milestone (till mid-term evaluation : 6 weeks) Implementing remainder components (2.5 weeks) Detailed testing bugfix (1 week) Writing unit tests(3 days) Fixing bugs(3 days) improve docs(2 days) Prepare tutorial and presentations(1,5 days) [1] http://en.wikipedia.org/wiki/Software_prototyping [2] http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#timeline Thanks in advance, Ali On Thu, Mar 18, 2010 at 1:35 AM, Matthias Wessendorf mat...@apache.org wrote: On Wed, Mar 17, 2010 at 4:00 PM, Ali Ok al...@aliok.com.tr wrote: Hi, As you know, I will apply GSOC for Myfaces HTML5 renderkit project. Tomorrow, I think it will be announced that ASF is accepted as a GSOC organization (I have no doubt:) ). actually, same here! So, I should speed up preparing my proposal and want to ask some questions. Thanks in advance and I really appreciate your help. I see that some ideas are written at https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12314021 Should I add HTML5 renderkit project there? Are these only project ideas offered by possible mentors? If so, my mentor (or I) might want to write HTML5 renderkit there. Questions below are related to each other, so you may want to answer them step-by-step in time. Citation from this wiki: ASF expects a list of deliverables, quantifiable results for the Apache community, a detailed description / design document, an approach, an approximate schedule. 1. What should I write about deliverables? Should I write complete list of JSF components? Other than that? I don't think a list of components is correct. I'd more say that you deliver a set of components that integrate HTML5 (and standard browser APIs) with servers-side rendering technology JavaServer Faces(tm). Maybe you also say that you create a kinda (base) framework, so that if you don't catch all HTML5 stuff, it is easy to continue from your work (to leverage your started work). Just a thought. 2. Approach? What will be my approach? Considering this mail (thanks to Leonardo and Jakob), are these good?: A new component set with target HTML5 and JSF 2. Write all possible components, even if duplicates some existing components.(ie hx:inputText, but not hx:form since form HTML element is not changed with HTML5) Use myfaces builder plugin Any other stuff? I'd not say duplicated; Try to sell it. For instance input type:text... has some build-in validation rules, in HTML5
Re: WebBeansConfigurationException...
thanks for the comment! -Matthias On Thu, Mar 18, 2010 at 11:17 AM, Gurkan Erdogdu gurkanerdo...@yahoo.com wrote: Problem is that EntityManagerProducer defines disposal method that has an InjectionPoint parameter. According to the spec, If a bean that declares any scope other than @Dependent has an injection point of type InjectionPoint and qualifier @Default, the container automatically detects the problem and treats it as a definition error. In our implementation, we treat disposal methods InjectionPoint#getBean as a Managed Bean i.ie EntityManagerProducer and it has not scoped as @Dependent. Therefore it throws Exception. --Gurkan From: Matthias Wessendorf mat...@apache.org To: dev@openwebbeans.apache.org Sent: Thu, March 18, 2010 5:12:43 PM Subject: WebBeansConfigurationException... Hi, has one noticed that ? According to the bug-filer this seems to work in Weld.. Not done any debugging yet... https://issues.apache.org/jira/browse/EXTCDI-4 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf ___ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[FYI] BeanValidation at Apache
Hi, there is a new podling around the BeanValidation JSR 303, at Apache. Undergoing incubation right now. Sourcecode is up here: http://svn.apache.org/viewvc/incubator/bval/trunk/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Extensions Validator 1.1.3, 1.2.3 and 2.0.3
+1 On Wed, Mar 17, 2010 at 8:38 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +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/3/17 Gerhard Petracek gpetra...@apache.org Hi, I was running the needed tasks to get the 3rd release of Apache MyFaces Extensions Validator out. The artifacts are deployed to my private Apache account ([1-3]). These 3 releases contain the following modules for JSF 1.1, JSF 1.2, JSF 2.0: - ExtVal Core - ExtVal Property-Validation - ExtVal Bean-Validation (Integration + additional features for using JSR 303 with JSF 1.x and 2.x) - Trinidad-Support-Module - Generic-Support-Module Please take a look at the 1.1.3, 1.2.3 and 2.0.3 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [4]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Gerhard [1] http://people.apache.org/~gpetracek/myfaces/extval/release_candidate/1_1_3/ [2] http://people.apache.org/~gpetracek/myfaces/extval/release_candidate/1_2_3/ [3] http://people.apache.org/~gpetracek/myfaces/extval/release_candidate/2_0_3/ [4] http://www.apache.org/foundation/voting.html#ReleaseVotes -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] About Proposal of HTML5 Renderkit
On Wed, Mar 17, 2010 at 4:00 PM, Ali Ok al...@aliok.com.tr wrote: Hi, As you know, I will apply GSOC for Myfaces HTML5 renderkit project. Tomorrow, I think it will be announced that ASF is accepted as a GSOC organization (I have no doubt:) ). actually, same here! So, I should speed up preparing my proposal and want to ask some questions. Thanks in advance and I really appreciate your help. I see that some ideas are written at https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12314021 Should I add HTML5 renderkit project there? Are these only project ideas offered by possible mentors? If so, my mentor (or I) might want to write HTML5 renderkit there. Questions below are related to each other, so you may want to answer them step-by-step in time. Citation from this wiki: ASF expects a list of deliverables, quantifiable results for the Apache community, a detailed description / design document, an approach, an approximate schedule. 1. What should I write about deliverables? Should I write complete list of JSF components? Other than that? I don't think a list of components is correct. I'd more say that you deliver a set of components that integrate HTML5 (and standard browser APIs) with servers-side rendering technology JavaServer Faces(tm). Maybe you also say that you create a kinda (base) framework, so that if you don't catch all HTML5 stuff, it is easy to continue from your work (to leverage your started work). Just a thought. 2. Approach? What will be my approach? Considering this mail (thanks to Leonardo and Jakob), are these good?: A new component set with target HTML5 and JSF 2. Write all possible components, even if duplicates some existing components.(ie hx:inputText, but not hx:form since form HTML element is not changed with HTML5) Use myfaces builder plugin Any other stuff? I'd not say duplicated; Try to sell it. For instance input type:text... has some build-in validation rules, in HTML5 right? (at least as far as I remember and older WHAT doc). So say it like leveraging the new posibility to provide them as JSF components. You could enhance the maven-plugin, if needed. Not sure if that has an impact on needs to be created during summer of code. 3. Schedule? Ok, this is related to deliverables and will be answered after question #1. But, there will be midterm evaluations in mid-July. So, IMHO, a milestone would be fine at that time. But what can be the goals and the content of milestone? -design pages, prototypes, strategies etc ? 4. Where should I put my proposal? Is http://cwiki.apache.org/confluence/display/COMDEVxSITE/GSoC good? You can answer this after announcement of acceptance status of ASF. let's put it to the myfaces wiki first. We can quickly (after polishing things) move it to the right area. -Matthias I will share my proposal draft with you later. Then we can talk about some details. Thanks, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] new internal context param to compress view state
Do you plan to add some (brief) documentation for it? Or will that be done, once that becomes a public parameter? -Matthias On Wed, Mar 17, 2010 at 2:57 PM, Gabrielle Crawford gabrielle.crawf...@oracle.com wrote: Hi, This is a heads up that I'm implementing this issue, if you have objections or suggestions let me know: https://issues.apache.org/jira/browse/TRINIDAD-1747 This issue is proposing a context param to control whether or not to compress the page state, this is similar to the mojarra context param com.sun.faces.compressViewState. For now we propose an internal context param, org.apache.myfaces.trinidadinternal.COMPRESS_VIEW_STATE. For now the default will be off. For more info see the issue link above. Thanks, Gabrielle -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Primefaces p:dataTable not decoding, seems to be a MyFaces 2 problem
On Wed, Mar 17, 2010 at 4:27 AM, Bruno Aranda brunoara...@gmail.com wrote: Hi, In my fancy little webapp I am using Primefaces dataTable in lazy mode such as in this example[1], and I want to use it with MyFaces 2. However there seems to be a bug and the component decoding is not invoked, so if you navigate to another page of the table the row index does not change. It can be reproduced just getting the primefaces showcase examples: svn co http://primefaces.googlecode.com/svn/examples/trunk/prime-showcase Then replacing the MyFaces 2 dependencies in the profile to the latest (it does not work either with Myfaces 2.0.0-beta or beta2). And run the showcase with: mvn jetty:run-exploded -Pmyfaces-2.0 oh, that's not the default? Pretty odd, especially since the stuff is from a committer ;-) @NotSerializableException: IMO it is ok to have that exception, since the bean is in session and not implements the right contract for passivation... (= demo bug) -Matthias If you modify slightly the dataTable example so it shows the first result in one column (by modifying the TableBean class), you will see it is always 0. A debugging session shows that the decode for dataTable renderer is never invoked. I am a bit rusty with all this, does any one have an idea what may be happening or what could I look to pinpoint the problem? Thanks, Bruno [1] http://www.primefaces.org:8080/prime-showcase/ui/datatableLazy.jsf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Primefaces p:dataTable not decoding, seems to be a MyFaces 2 problem
cool stuff! :) On Wed, Mar 17, 2010 at 10:45 AM, Bruno Aranda brunoara...@gmail.com wrote: Yes, it works beautifully! Many thanks for the quick action! :) Bruno On 17 March 2010 17:10, Jakob Korherr jakob.korh...@gmail.com wrote: So, I committed the fix - this works now perfectly :) :) Regards, Jakob 2010/3/17 Bruno Aranda brunoara...@gmail.com Wonderful! I was too rusty for this one :) Thanks! Bruno On 17 March 2010 16:44, Jakob Korherr jakob.korh...@gmail.com wrote: Found it! The problem is that Primefaces' PartialViewRoot keeps its own children list and the method on UIComponentBase (getFacetsAndChildren()) does not take getChildren() but _childrenList into account when creating the Iterator. This one was hard to find... I will create a JIRA issue for this and fix it asap. Regards, Jakob 2010/3/17 Matthias Wessendorf mat...@apache.org On Wed, Mar 17, 2010 at 4:27 AM, Bruno Aranda brunoara...@gmail.com wrote: Hi, In my fancy little webapp I am using Primefaces dataTable in lazy mode such as in this example[1], and I want to use it with MyFaces 2. However there seems to be a bug and the component decoding is not invoked, so if you navigate to another page of the table the row index does not change. It can be reproduced just getting the primefaces showcase examples: svn co http://primefaces.googlecode.com/svn/examples/trunk/prime-showcase Then replacing the MyFaces 2 dependencies in the profile to the latest (it does not work either with Myfaces 2.0.0-beta or beta2). And run the showcase with: mvn jetty:run-exploded -Pmyfaces-2.0 oh, that's not the default? Pretty odd, especially since the stuff is from a committer ;-) @NotSerializableException: IMO it is ok to have that exception, since the bean is in session and not implements the right contract for passivation... (= demo bug) -Matthias If you modify slightly the dataTable example so it shows the first result in one column (by modifying the TableBean class), you will see it is always 0. A debugging session shows that the decode for dataTable renderer is never invoked. I am a bit rusty with all this, does any one have an idea what may be happening or what could I look to pinpoint the problem? Thanks, Bruno [1] http://www.primefaces.org:8080/prime-showcase/ui/datatableLazy.jsf -- 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: [Ext-CDI] @Transactional
On Tue, Mar 16, 2010 at 1:18 AM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi Matthias, I used Weld to test it and it does not complain anything ;-) I was guessing that ;-) I wonder why it is a problem to have the EntityManagerProducer @ApplicationScoped. The returned EntityManagers are @Dependent scoped. I'll take a look at what the spec says about this. I need to do some rework to make the EntityManagerProducer @Dependent scoped. The state must be moved to another bean that is @ApplicationScoped. That bean then can be injected into the EntityManagerProducer. I think I will do some OWB debugging (and double checking the spec) 2nite, regarding the error that we see. Regards, Arne -- Arne Limburg - Enterprise Developer OpenKnowledge GmbH, Oldenburg Bismarckstraße 13, 26122 Oldenburg Mobil: +49 (0) 170 - 2733627 Tel: +49 (0) 441 - 4082-0 Fax: +49 (0) 441 - 4082-111 arne.limb...@openknowledge.de http://www.openknowledge.de Registergericht: Amtsgericht Oldenburg, HRB 4670 Geschäftsführer: Lars Röwekamp, Jens Schumann -Ursprüngliche Nachricht- Von: mwessend...@gmail.com [mailto:mwessend...@gmail.com] Im Auftrag von Matthias Wessendorf Gesendet: Dienstag, 16. März 2010 05:44 An: MyFaces Development Betreff: Re: [Ext-CDI] @Transactional HEllo Arne, what version of OWB did you use? Or did you use Weld? on deployment I get the following error (2times): SEVERE: org.apache.webbeans.exception.WebBeansConfigurationException: Bean Name:null,WebBeans Type:MANAGED,API Types:[java.lang.Object,org.apache.myfaces.codi.EntityManagerProducer],Qualifiers:[javax.enterprise.inject.Any,javax.enterprise.inject.Default]scope can not define other scope except @Dependent to inject InjectionPoint at org.apache.webbeans.container.BeanManagerImpl.validate(BeanManagerImpl.java:1001) at org.apache.webbeans.config.BeansDeployer.validate(BeansDeployer.java:346) at org.apache.webbeans.config.BeansDeployer.validateInjectionPoints(BeansDeployer.java:301) at org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:154) at org.apache.webbeans.lifecycle.AbstractLifeCycle.startApplication(AbstractLifeCycle.java:120) at org.apache.webbeans.web.lifecycle.WebContainerLifecycle.startApplication(WebContainerLifecycle.java:75) at org.apache.webbeans.servlet.WebBeansConfigurationListener.contextInitialized(WebBeansConfigurationListener.java:66) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548) at org.mortbay.jetty.servlet.Context.startContext(Context.java:136) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1239) at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517) at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:466) at org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:124) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130) at org.mortbay.jetty.Server.doStart(Server.java:224) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:132) at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:441) at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:383) at org.mortbay.jetty.plugin.AbstractJettyRunMojo.execute(AbstractJettyRunMojo.java:210) at org.mortbay.jetty.plugin.Jetty6RunMojo.execute(Jetty6RunMojo.java:184) yes, the message is not easy to read, but it is basically complaining, that the EntityManagerProducer is not having @Dependent scope (since it has @ApplicationScoped). Good night, Matthias On Fri, Mar 5, 2010 at 3:30 PM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi, I have attached my source to EXTCDI-4. This is how you could use it, how it works and the limitations it has: First you have to qualify your EntityManager injection point with the provided @PersistenceContext annotation. Then you can use the @Transactional annotation. You will get the same (extended) EntityManager for all beans in the same scope and different EntityManagers for beans from other scopes
Re: f:event throwing ClassNotFoundException for type
right, and also there is some lack of description about the shortnames in the spec (don't remember the spec issue number, I filed for that) -Matthias On Tue, Mar 16, 2010 at 9:24 AM, Leonardo Uribe lu4...@gmail.com wrote: Hi There was a problem about f:event name and type attribute. Finally it was clearified the real attribute is type, but this attribute also has the semantic of name, so the code proposed is valid. I'll create and issue and fix it soon. regards, Leonardo Uribe 2010/3/16 Marcus Büttner m...@buett.at Hi, but if you will register the name you have to take the name property instead of type in f:event. The type property requires a class name. Isn't? regards, Marcus Leonardo Uribe schrieb: Hi It seems we don't have it on org.apache.myfaces.config.NamedEventManager, so f:event is unable to resolve it correctly. Just register it there will solve the problem. regards, Leonardo Uribe 2010/3/16 Bruno Aranda brunoara...@gmail.com Hi, I am testing a webapp with the latest myfaces snapshot, and the f:event tag is throwing a ClassNotFoundException because it is not able to find the type preRenderView... f:event type=preRenderView listener=#{experimentController.loadData}/ Why is it trying to search for the class preRenderView? Is this familiar to anyone before I dig further? javax.faces.view.facelets.TagAttributeException: /viewMetadata/curate/experiment.xhtml at line 16 and column 88 type=preRenderView Couldn't create event class at org.apache.myfaces.view.facelets.tag.jsf.core.EventHandler.getEventClass(EventHandler.java:152) at org.apache.myfaces.view.facelets.tag.jsf.core.EventHandler.apply(EventHandler.java:94) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:51) at org.apache.myfaces.view.facelets.tag.jsf.core.ViewMetadataHandler.apply(ViewMetadataHandler.java:76) at org.apache.myfaces.view.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:57) at org.apache.myfaces.view.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:45) at org.apache.myfaces.view.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:104) at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage$FaceletViewMetadata.createMetadataView(FaceletViewDeclarationLanguage.java:2076) at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:148) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:143) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:93) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:530) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1216) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1187) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378) ... The thing works fine with Mojarra. Cheers, Bruno -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: failures on the build (not a build failure...)
oh, cool - thx for digging! -Matthias On Tue, Mar 16, 2010 at 1:49 AM, Mark Struberg strub...@yahoo.de wrote: Same here under Fedora 12: ERROR - Unable to clear Sun JarFileFactory cache java.lang.ClassCastException: java.lang.String cannot be cast to java.net.URL It seems that this happens deep inside OpenEJB while evaluating a property field 'fileCache' of an internal java class. Class jarFileFactory = Class.forName(sun.net.www.protocol.jar.JarFileFactory); Field fileCacheField = jarFileFactory.getDeclaredField(fileCache); After a bit searching I found the following Jira already opened for OpenEJB: http://issues.apache.org/jira/browse/GERONIMO-5036 LieGrue, strub --- Vicky Kak vicky@gmail.com schrieb am Di, 16.3.2010: Von: Vicky Kak vicky@gmail.com Betreff: Re: failures on the build (not a build failure...) An: dev@openwebbeans.apache.org Datum: Dienstag, 16. März, 2010 05:43 Uhr I am also experiencing the similar issues INFO - Deployed Application(path=classpath.ear) DESTROY EJB INFO - Undeploying app: classpath.ear ERROR - Unable to clear Sun JarFileFactory cache java.lang.ClassCastException: java.lang.String cannot be cast to java.net.URL at org.apache.openejb.ClassLoaderUtil.clearSunJarFileFactoryCache(ClassLoaderUtil.java:173) at org.apache.openejb.ClassLoaderUtil.destroyClassLoader(ClassLoaderUtil.java:130) at org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:918) I am also on ubuntu/java1.6. -Vicky Matthias Wessendorf wrote: Hi, I watched the build (it does end with SUCCESS), but during that I saw this on the -openejb package. I thought worth to share (I am on an ubuntu machine, java1.6) java.lang.ClassCastException: java.lang.String cannot be cast to java.net.URL at org.apache.openejb.ClassLoaderUtil.clearSunJarFileFactoryCache(ClassLoaderUtil.java:173) at org.apache.openejb.ClassLoaderUtil.destroyClassLoader(ClassLoaderUtil.java:130) at org.apache.openejb.ClassLoaderUtil.destroyClassLoader(ClassLoaderUtil.java:97) at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:185) at org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:509) at org.apache.openejb.config.ConfigurationFactory.getOpenEjbConfiguration(ConfigurationFactory.java:380) at org.apache.openejb.assembler.classic.Assembler.getOpenEjbConfiguration(Assembler.java:299) at org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:278) at org.apache.openejb.OpenEJB$Instance.init(OpenEJB.java:137) at org.apache.openejb.OpenEJB.init(OpenEJB.java:286) at org.apache.openejb.OpenEJB.init(OpenEJB.java:265) at org.apache.webbeans.ejb.EjbTestContext.initEjb(EjbTestContext.java:41) at org.apache.webbeans.ejb.definition.scope.EjbScopeTypeTest.init(EjbScopeTypeTest.java:33) 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:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) at org.junit.runners.ParentRunner.run(ParentRunner.java:220) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) 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:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) INFO - Beginning load: /home/matzew/work/source/Apache/openwebbeans/webbeans-openejb/target/test-classes INFO - Configuring enterprise application: classpath.ear INFO - Configuring Service(id=Default Stateless Container, type=Container, provider-id=Default Stateless Container) INFO - Auto-creating
Re: download links 404 on main site
http://download.nextag.com/apache/incubator/cassandra/0.5.1/apache-cassandra-0.5.1-bin.tar.gz works, the mirroring system takes a bit. -M On Mon, Mar 15, 2010 at 1:29 PM, Joseph Stein crypt...@gmail.com wrote: so i just moved to a new dev machine and went to download 0.5.1 was excited to see when googling cassandra coming up #1 (under the top level site now) but upset when EVERY mirror I tried came up 404 error not found =8^( http://cassandra.apache.org/ try to download 0.5.1, no luck ... not sure known issue did not see anyone mailing about /* Joe Stein http://www.linkedin.com/in/charmalloc */ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Ext-Script Logo Request
On Mon, Mar 15, 2010 at 9:10 AM, Werner Punz werner.p...@gmail.com wrote: Hello everyone I am busy currently preparing a beta 1 tag for Ext-Scripting I have a small request. First I would like to get a logo, I have none http://people.apache.org/~werpu/ext-script-site/ See the left corner above. This is as far as my graphical capabilities go :-) I like it, same skill set here ;-) I like the youtube link in the startpage :- Seondly not important for now since the docs are not finalized but post beta 1 I would love to have one english speaking person doing some proofreading of the docs and correcting them or simply sending me the errata. For now since the docs are not finalized this is not important. (But feel free to read over them now and send me the errors or fix them) Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] Plugins for 2.x making trunk ?
Hi, since we now moved the trinidad2 stuff to be trunk, I'd also move over the plugins for 2.x Any objections? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Ext-CDI] @Transactional
Professional Support for Apache MyFaces 2010/2/13 Arne Limburg arne.limb...@openknowledge.de Hi Gerhard, Did you mean „i used UserTransaction”? If not, how do you receive your EntityTransaction? I am working on a solution to get request-scoped EntityManagers injected within a servlet-container that does not even support the web-profile (which are the current jetty and the current tomcat). I am not able to get an EntityManager injected via @PersistenceContext in that environment. So it would be nice if there were some CDI-Extension to achieve this. The implementation would be pretty straight-forward except the configuration of the persistence-unit name and the handling of different persistence-units within one CDI-deployment unit. Using JTA-Transactions vs. resource-local EntityTransactions is another issue here. Regards, Arne -- Arne Limburg - Enterprise Developer OpenKnowledge GmbH, Oldenburg Bismarckstraße 13, 26122 Oldenburg Mobil: +49 (0) 151 - 108 22 942 Tel: +49 (0) 441 - 4082-0 Fax: +49 (0) 441 - 4082-111 arne.limb...@openknowledge.de http://www.openknowledge.de Registergericht: Amtsgericht Oldenburg, HRB 4670 Geschäftsführer: Lars Röwekamp, Jens Schumann Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Freitag, 12. Februar 2010 19:59 An: MyFaces Development Betreff: Re: [Ext-CDI] @Transactional hi arne, yes - i used EntityTransaction in the prototype and it works pretty well in a servlet container (that was the base idea). regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/2/12 Arne Limburg arne.limb...@openknowledge.de Hi folks, I saw the discussion of adding an @Transactional-Annotation to your CDI extensions. I think Gerhard wrote it. I wonder if it deals with JTA transactions (which indeed would be pretty straight-forward) or with EntityTransactions of an resource-local EntityManager. I am working on the latter one and just would want to know if someone else is working on such stuff. I think it would be great, when we could archive injection of resource-local EntityManagers with transaction-support to deploy it on a tomcat or jetty. What do you think? Regards, Arne -- Arne Limburg - Enterprise Developer OpenKnowledge GmbH, Oldenburg Bismarckstraße 13, 26122 Oldenburg Mobil: +49 (0) 151 - 108 22 942 Tel: +49 (0) 441 - 4082-0 Fax: +49 (0) 441 - 4082-111 arne.limb...@openknowledge.de http://www.openknowledge.de Registergericht: Amtsgericht Oldenburg, HRB 4670 Geschäftsführer: Lars Röwekamp, Jens Schumann __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: getting rid of the weak version number ?
ah, now it all suddenly makes sense ;-) Thanks for explaining! -Matthias On Mon, Mar 15, 2010 at 4:41 AM, Gurkan Erdogdu cgurkanerdo...@gmail.com wrote: There will no M5, next version is 1.0.0 2010/3/14 Matthias Wessendorf mat...@apache.org Hi, since over a year the trunk is labeled as 1.0.0-SNAPSHOT. While the release are (luckly) get some love of version numbering, I wonder when the trunk will feel the same love for good version numbers? What's the deal with continuing with 1.0.0-SNAPSHOT ? Why not 1.0.0-M5-SNAPSHOT ? That's a little bit more love and it is clean. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
failures on the build (not a build failure...)
at org.apache.openejb.ClassLoaderUtil.clearSunJarFileFactoryCache(ClassLoaderUtil.java:173) at org.apache.openejb.ClassLoaderUtil.destroyClassLoader(ClassLoaderUtil.java:130) at org.apache.openejb.ClassLoaderUtil.destroyClassLoader(ClassLoaderUtil.java:97) at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:185) at org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:509) at org.apache.openejb.config.ConfigurationFactory.getOpenEjbConfiguration(ConfigurationFactory.java:380) at org.apache.openejb.assembler.classic.Assembler.getOpenEjbConfiguration(Assembler.java:299) at org.apache.openejb.assembler.classic.Assembler.build(Assembler.java:278) at org.apache.openejb.OpenEJB$Instance.init(OpenEJB.java:137) at org.apache.openejb.OpenEJB.init(OpenEJB.java:286) at org.apache.openejb.OpenEJB.init(OpenEJB.java:265) 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:597) at org.apache.openejb.loader.OpenEJBInstance.init(OpenEJBInstance.java:36) at org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:71) at org.apache.openejb.client.LocalInitialContextFactory.init(LocalInitialContextFactory.java:53) at org.apache.openejb.client.LocalInitialContextFactory.getInitialContext(LocalInitialContextFactory.java:42) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:197) at org.apache.webbeans.ejb.OpenEJBIntegrationTest.testIntegration(OpenEJBIntegrationTest.java:54) 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:597) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:79) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) 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:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) INFO - Beginning load: /home/matzew/work/source/Apache/openwebbeans/webbeans-openejb/target/test-classes INFO - Configuring enterprise application: classpath.ear -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
getting rid of the weak version number ?
Hi, since over a year the trunk is labeled as 1.0.0-SNAPSHOT. While the release are (luckly) get some love of version numbering, I wonder when the trunk will feel the same love for good version numbers? What's the deal with continuing with 1.0.0-SNAPSHOT ? Why not 1.0.0-M5-SNAPSHOT ? That's a little bit more love and it is clean. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] version 2.x is now trunk!
Guys! Finally the Trinidad 2 effort is now TRUNK: https://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ We have the following branches for maintaining stuff: 1.2.x version: http://svn.apache.org/repos/asf/myfaces/trinidad/branches/trinidad-1.2.x/ 1.0.x version: http://svn.apache.org/repos/asf/myfaces/trinidad/branches/trinidad-1.0.x/ Enjoy! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Google SoC
Hey, nope, have not signed up to be the HTML5 RenderKit mentor. Any URL for that ? -M On Thu, Mar 11, 2010 at 6:05 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Martin, If it's ok with everyone, I would also like to be a mentor! Regards, Jakob 2010/3/11, Martin Marinschek mmarinsc...@apache.org: Based on the outcome of this discussion, I will add a few issues to our issue tracker which amount to these proposals. Matthias, did you already sign up to be a mentor? Did anyone else do so already? Who wants to mentor? best regards, Martin On 3/11/10, Martin Marinschek mmarinsc...@apache.org wrote: - Extend Orchestra use Conversations based on the JSF 2.0 custom scope API, Extend Orchestra to work with Spring Conversations, to do File-New Window Handling I was thinking based on a suggestion done on JSFDays to take advantage on trinidad pageFlowScope code (like we did with flash scope on myfaces 2.0), and refactor that code to allow orchestra conversation scope work without spring (using the new JSF 2.0 custom scope). [Mario Ivankovits] Orchestra without Spring, that surely would be great. One thing to keep in mind is that we need AOP or at least proxying to inject the current conversation into the bean. Not too complicated, though. ok, sure - this could be part of the project. But what does this have to do with trinidad's pageFlowScope? If there is common utiltiy methods we can re-use (for example for file--new window detection in IE with JavaScript the generation of this JavaScript), we can and should certainly reuse it. If we leave the EntityManager thing out of line, we just need a JSF 2.0 scope impl and the proxying/interception stuff which is handled by Spring currently. perfect - let's do a proposal for this. best regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Google SoC
On Thu, Mar 11, 2010 at 6:16 AM, Matthias Wessendorf mat...@apache.org wrote: Hey, nope, have not signed up to be the HTML5 RenderKit mentor. Any URL for that ? here it is: http://community.apache.org/guide-to-being-a-mentor.html -M On Thu, Mar 11, 2010 at 6:05 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Martin, If it's ok with everyone, I would also like to be a mentor! Regards, Jakob 2010/3/11, Martin Marinschek mmarinsc...@apache.org: Based on the outcome of this discussion, I will add a few issues to our issue tracker which amount to these proposals. Matthias, did you already sign up to be a mentor? Did anyone else do so already? Who wants to mentor? best regards, Martin On 3/11/10, Martin Marinschek mmarinsc...@apache.org wrote: - Extend Orchestra use Conversations based on the JSF 2.0 custom scope API, Extend Orchestra to work with Spring Conversations, to do File-New Window Handling I was thinking based on a suggestion done on JSFDays to take advantage on trinidad pageFlowScope code (like we did with flash scope on myfaces 2.0), and refactor that code to allow orchestra conversation scope work without spring (using the new JSF 2.0 custom scope). [Mario Ivankovits] Orchestra without Spring, that surely would be great. One thing to keep in mind is that we need AOP or at least proxying to inject the current conversation into the bean. Not too complicated, though. ok, sure - this could be part of the project. But what does this have to do with trinidad's pageFlowScope? If there is common utiltiy methods we can re-use (for example for file--new window detection in IE with JavaScript the generation of this JavaScript), we can and should certainly reuse it. If we leave the EntityManager thing out of line, we just need a JSF 2.0 scope impl and the proxying/interception stuff which is handled by Spring currently. perfect - let's do a proposal for this. best regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- 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: [Trinidad] NPE if User-Agent header is missing
hi, yeah I saw it, thanks. -Matthias On Thu, Mar 11, 2010 at 1:02 AM, Kuhn, Harald hk...@airplus.com wrote: Hi Matthias, the issue is created: https://issues.apache.org/jira/browse/TRINIDAD-1751 Regards Harald Harald Kuhn AirPlus International Business Information Services Dornhofstr. 36 63263 Neu-Isenburg T +49 (0) 61 02. 2 04 - 8 21 F +49 (0) 61 02. 2 04 - 77 8 21 hk...@airplus.com www.airplus.com Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Klaus Busch · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: Amtsgericht Offenbach/Main, HRB 8119 -Original Message- From: mwessend...@gmail.com [mailto:mwessend...@gmail.com] On Behalf Of Matthias Wessendorf Sent: Wednesday, March 10, 2010 4:12 PM To: MyFaces Discussion Subject: Re: [Trinidad] NPE if User-Agent header is missing Hello Harald, looks has been changed/removed in this rev: http://svn.apache.org/viewvc?view=revisionrevision=820104 can you please file a ticket? Tjhx, M On Wed, Mar 10, 2010 at 12:45 AM, Kuhn, Harald hk...@airplus.com wrote: Hi, after a upgrade from trinidad 1.2.11 to Trinidad 1.2.13 I get a NullPointerException from one of our monitoring scripts. Caused by: java.lang.NullPointerException at org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl._populateAgentImpl(AgentFactoryImpl.java:115) at org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl.createAgent(AgentFactoryImpl.java:65) at org.apache.myfaces.trinidadinternal.context.RequestContextImpl.getAgent(RequestContextImpl.java:695) at org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit.chooseRenderKit(CoreRenderKit.java:139) at org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitFactory.getRenderKit(CoreRenderKitFactory.java:52) While tracking this issue further down it showed that the monitoring script doesn’t send a User-Agent header along with the request. This case isn’t considered any more in AgentFactoryImpl._populateAgentImpl(). The version from Trinidad 1.2.11 used to have the following code block: if (userAgent == null) { _populateUnknownAgentImpl(null, agent); return; } This block is missing within the sources of Trinidad 1.2.13. Is this a bug? Or are there any reasons why this check was dismissed? Should I file an issue? Regards Harald Harald Kuhn *AirPlus International * Business Information Services Dornhofstr. 36 63263 Neu-Isenburg T +49 (0) 61 02. 2 04 - 8 21 F +49 (0) 61 02. 2 04 - 77 8 21 hk...@airplus.com www.airplus.com Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Klaus Busch · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: Amtsgericht Offenbach/Main, HRB 8119 -- 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: [Trinidad] NPE if User-Agent header is missing
Hello Harald, looks has been changed/removed in this rev: http://svn.apache.org/viewvc?view=revisionrevision=820104 can you please file a ticket? Tjhx, M On Wed, Mar 10, 2010 at 12:45 AM, Kuhn, Harald hk...@airplus.com wrote: Hi, after a upgrade from trinidad 1.2.11 to Trinidad 1.2.13 I get a NullPointerException from one of our monitoring scripts. Caused by: java.lang.NullPointerException at org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl._populateAgentImpl(AgentFactoryImpl.java:115) at org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl.createAgent(AgentFactoryImpl.java:65) at org.apache.myfaces.trinidadinternal.context.RequestContextImpl.getAgent(RequestContextImpl.java:695) at org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit.chooseRenderKit(CoreRenderKit.java:139) at org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitFactory.getRenderKit(CoreRenderKitFactory.java:52) While tracking this issue further down it showed that the monitoring script doesn’t send a User-Agent header along with the request. This case isn’t considered any more in AgentFactoryImpl._populateAgentImpl(). The version from Trinidad 1.2.11 used to have the following code block: if (userAgent == null) { _populateUnknownAgentImpl(null, agent); return; } This block is missing within the sources of Trinidad 1.2.13. Is this a bug? Or are there any reasons why this check was dismissed? Should I file an issue? Regards Harald Harald Kuhn *AirPlus International * Business Information Services Dornhofstr. 36 63263 Neu-Isenburg T +49 (0) 61 02. 2 04 - 8 21 F +49 (0) 61 02. 2 04 - 77 8 21 hk...@airplus.com www.airplus.com Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Klaus Busch · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: Amtsgericht Offenbach/Main, HRB 8119 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Demo: MyFaces2 meets Apache OWB
On Sun, Mar 7, 2010 at 5:50 AM, Gurkan Erdogdu gurkanerdo...@yahoo.com wrote: Hi Jan-Kees; It is a very cool idea! I look forward to see soon :) yeah! same here! Thanks; --Gurkan From: Jan-Kees van Andel jankeesvanan...@gmail.com To: dev@openwebbeans.apache.org Sent: Sun, March 7, 2010 2:50:38 PM Subject: Re: Demo: MyFaces2 meets Apache OWB Maybe a nice addition. I'm trying to set up a reference application usiang MyFaces 2, OWB and OpenJPA 2 which I'll donate to Apache. Not sure which project, but I currently think MyFaces, since I'm already involved there. This should become an example of a real world (instead of hello world ;-)) application using the Apache Java EE 6 stack. This is something I think is currently missing and for example Spring does really well. It should demonstrate the usage, integration and practices of using those three frameworks in a real world setting. It will also contain documentation why certain choices have been made. Oh, it's a secure e-banking application and will contain all main features of the three frameworks. When I have something worth showing, I'll let you all know. Regards, Jan-Kees 2010/3/7 Gurkan Erdogdu gurkanerdo...@yahoo.com Cool! --Gurkan From: Matthias Wessendorf mat...@apache.org To: MyFaces Development d...@myfaces.apache.org; dev@openwebbeans.apache.org Sent: Sat, March 6, 2010 3:38:56 PM Subject: Demo: MyFaces2 meets Apache OWB Some (simple) demo of the two: http://matthiaswessendorf.wordpress.com/2010/03/06/demo-of-apache-myfaces-2-and-openwebbeans/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf ___ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor! ___ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Google SoC
Hey Martin, the app-engine stuff is already part of myfaces2. The HTML5 RenderKit is not yet implemented and will be done under the umbrella of GSoc. -Matthias On Tue, Mar 9, 2010 at 4:37 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Martin, There have been some proposals for GSoC. One is the app engine support (which is also available by now for MyFaces 2.0, but too small for a whole GSoC project) and the other one is a HTML 5 renderkit (or component set). Ali Ok is really interested in doing those two. In fact, he already did the first one (see [1] and [2]) and he created a google code project for the HTML 5 renderkit (see [3] and [4] for details). Furthermore Matthias Wessendorf said that he is interested in mentoring this. Regards, Jakob [1] https://issues.apache.org/jira/browse/MYFACES-2504 [2] https://issues.apache.org/jira/browse/MYFACES-2559 [3] http://code.google.com/p/myfaces-html5-starter/ [4] http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html 2010/3/9 Martin Marinschek mmarinsc...@apache.org Hi guys, question: Google SoC - I saw some administrative mails already, but no real proposals from the MyFaces community (just one proposal by a potential student). So is there something already worked on with regards to this? Are people interested in mentoring students? In getting projects done? I think we are supposed to use the issue tracker for this year's project - is that true? best regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Google SoC
Hey On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi guys, question: Google SoC - I saw some administrative mails already, but no real proposals from the MyFaces community (just one proposal by a potential student). So is there something already worked on with regards to this? Are people interested in mentoring students? In getting projects done? I think we are supposed to use the issue tracker for this year's project - is that true? yep. I understood the mails that way too. Once the ASF has registered, I think Norin will do that 2day, I will get some wiki to prepare the JIRA entry. -Matthias best regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Google Summer of Code
Hi, here is a wiki page, that has some more information on the GSoC program: http://cwiki.apache.org/confluence/display/COMDEVxSITE/GSoC So, once the ASF has been accepted (to be announced on March 18th), students can apply for it, starting on March 29th. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[GSoC] HTML 5 RenderKit
Hi, as mentioned before ([1]) an HTML5 renderkit could be a neat MyFaces project for the Google Summer of Code program. A student (Ali Ok) already showed interested (see [1]). Ali created already some google code project to prototype HTML5 stuff in vanilla Facelet XHTML fragments (see [2] and [3]). However the real work has not started!! I think now it is time to write a wiki based on previous discussions and the quick tryouts. I create a pretty empty wiki page (see [4]) to collect ideas and write-up some summary. For the actual implementation/code: We can't use the prototyping project ([2]). Instead we have to go through the ASF process (dev@ mailing list, JIRA, patch, etc.) Ali: Can you update the project ([2]) to make clear that this is only for prototyping? Not the real implementation ? Do others agree ? -Matthias [1] http://old.nabble.com/-GSoc--Google-Summer-of-Code-Idea-td27040478.html [2] http://code.google.com/p/myfaces-html5-starter/source/browse/#svn/trunk/src/test/resources/tag-interface [3] http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Google SoC
On Tue, Mar 9, 2010 at 8:19 AM, Martin Marinschek mmarinsc...@apache.org wrote: Ok - if you are alright with that, I would have some more proposals. Some starters in the following: - Partial State Saving performance improvements in MyFaces 2.0 - Implement a JavaScript-Free Fallback in Tomahawk, Trinidad and/or Tobago Trinidad has some fallback already, however it is only applied when mobile rendering is involved (by user-agent detection of the components). So, we could port that... - Write (more) new skins for Trinidad yeah! :-) - Implement Double-Submit-Handling/Back-Button Handling in one of the MyFaces subprojects - Extend Orchestra use Conversations based on the JSF 2.0 custom scope API, Extend Orchestra to work with Spring Conversations, to do File-New Window Handling what do you guys think? best regards, Martin On 3/9/10, Matthias Wessendorf mat...@apache.org wrote: Hey On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek mmarinsc...@apache.org wrote: Hi guys, question: Google SoC - I saw some administrative mails already, but no real proposals from the MyFaces community (just one proposal by a potential student). So is there something already worked on with regards to this? Are people interested in mentoring students? In getting projects done? I think we are supposed to use the issue tracker for this year's project - is that true? yep. I understood the mails that way too. Once the ASF has registered, I think Norin will do that 2day, I will get some wiki to prepare the JIRA entry. -Matthias best regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: core 2.0 build
have you checked out shared ? Take the current20 externals link: http://svn.apache.org/repos/asf/myfaces/current20/ On Mon, Mar 8, 2010 at 8:17 AM, Ganesh gan...@j4fry.org wrote: Hi, Today I did my usual svn update and mvn and I get: [INFO] Compiling 36 source files to C:\projects\MyFaces_Trunk\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_Trunk\impl\src\main\java\org\apache\myfaces\util\ContainerUtils.java:[25,42] cannot find symbol symbol : class ExternalContextUtils location: package org.apache.myfaces.shared_impl.util C:\projects\MyFaces_Trunk\impl\src\main\java\org\apache\myfaces\util\ContainerUtils.java:[128,52] cannot find symbol symbol : method getServerInfo(javax.faces.context.ExternalContext) location: class org.apache.myfaces.util.ExternalContextUtils [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 minutes 38 seconds [INFO] Finished at: Mon Mar 08 17:14:17 CET 2010 [INFO] Final Memory: 91M/420M [INFO] What's wrong? Best regards, Ganesh -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: core 2.0 build
yep, that's the way to go. Since continuum has some issues, it maybe the case that the shared snapshot aren't updated yet. However, checkout of the current20 is not a big deal. -Matthias On Mon, Mar 8, 2010 at 7:25 PM, Jakob Korherr jakob.korh...@gmail.com wrote: The best way is to check out core20. Then you will get the core (api + impl) and the shared project and you won't have problems like that anymore! Regards, Jakob 2010/3/8 Curtiss Howard curtiss.how...@gmail.com Maven does take care of the dependencies, but I believe it takes a little time before the changes to the shared project are pushed to the global Maven repository, so in these cases, unless you can wait you need to build shared and deploy it to your local repository. Curtiss Howard On Mon, Mar 8, 2010 at 11:53 AM, Ganesh gan...@j4fry.org wrote: No, I actually didn't. Shouldn't maven take care of dependencies? Until now it always did! Do I need to set up a seperate shared project now? Best regards, Ganesh Jakob Korherr schrieb: Hi Ganesh, Did you build shared core and shared impl too? Regards, Jakob 2010/3/8 Ganesh gan...@j4fry.org mailto:gan...@j4fry.org Hi, Today I did my usual svn update and mvn and I get: [INFO] Compiling 36 source files to C:\projects\MyFaces_Trunk\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_Trunk\impl\src\main\java\org\apache\myfaces\util\ContainerUtils.java:[25,42] cannot find symbol symbol : class ExternalContextUtils location: package org.apache.myfaces.shared_impl.util C:\projects\MyFaces_Trunk\impl\src\main\java\org\apache\myfaces\util\ContainerUtils.java:[128,52] cannot find symbol symbol : method getServerInfo(javax.faces.context.ExternalContext) location: class org.apache.myfaces.util.ExternalContextUtils [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 minutes 38 seconds [INFO] Finished at: Mon Mar 08 17:14:17 CET 2010 [INFO] Final Memory: 91M/420M [INFO] What's wrong? Best regards, Ganesh -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Demo: MyFaces2 meets Apache OWB
Some (simple) demo of the two: http://matthiaswessendorf.wordpress.com/2010/03/06/demo-of-apache-myfaces-2-and-openwebbeans/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [ANNOUNCEMENT] OpenWebBeans M4 Has Released
Cool!! Congrats !!! Sent from my iPod. On 06.03.2010, at 00:07, Mark Struberg strub...@yahoo.de wrote: For all bleeding edge CDI lovers out there :) have fun, strub --- Gurkan Erdogdu gurkanerdo...@yahoo.com schrieb am Sa, 6.3.2010: Von: Gurkan Erdogdu gurkanerdo...@yahoo.com Betreff: [ANNOUNCEMENT] OpenWebBeans M4 Has Released An: d...@openwebbeans.apache.org, u...@openwebbeans.apache.org Datum: Samstag, 6. März, 2010 00:05 Uhr Hi; OpenWebBeans team has pleased to announce the M4. It can be downloaded from http://www.apache.org/dyn/closer.cgi/openwebbeans/. You can read the README file from https://svn.apache.org/repos/asf/openwebbeans/tags/1.0.0-M4/readme/README_M4.txt . Thanks; --Gurkan Yahoo! Türkiye açıldı! Haber, Ekonomi, Videolar, Oyunlar hepsi Yahoo! Türkiye'de! www.yahoo.com.tr __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Sc hutz gegen Massenmails. http://mail.yahoo.com
Re: [Trinidad] Version 2.x becoming trunk ?
great! OK, so I expect that I will find some time for doing during the next week. -Matthias On Wed, Feb 10, 2010 at 8:21 PM, Pavitra Subramaniam pavitra.subraman...@oracle.com wrote: +1 Thanks Pavitra On 2/10/2010 7:56 AM, Matthias Wessendorf wrote: Hey, as the most work recently goes into the JSF2 version for Trinidad, I'd like to make that trunk. The current trunk (1.2.x) will become a branch; Sure releases for that (and fixes) are coming in. Of course :-) IMO this makes sense; Not only Trinidad has the current focus on jsf2, so does MyFaces Core as well -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [ANNOUNCE] Welcome Ying Wang as a new OpenWebBeans committer
Hey Ying! Congrats! 2010/3/5 Jean-Louis MONTEIRO jeano...@gmail.com: Congrats! JLouis 2010/3/4 Gurkan Erdogdu gurkanerdo...@yahoo.com: All, OpenWebBeans PMC is pleased to announce that Ying Wang has accepted our invitation to join the OpenWebBeans project as a committer. Congratulations and welcome Ying! Thanks; Gurkan ___ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad][Skinning][API] move to api - org.apache.myfaces.trinidadinternal.share.io.InputStreamProvider
+1 Sent from my iPod. On 03.03.2010, at 01:41, Jeanne Waldman jeanne.wald...@oracle.com wrote: Hi there, I want to make sure it is ok for people if I move org.apache.myfaces.trinidadinternal.share.io.InputStreamProvider to the trinidad package, making InputStreamProvider a public api. It should be very easy to do, since this interface does not use any other internal apis. We have a customer that wants to implement this interface so that they can use their own InputStreamProvider to find the skinning css files. This is a part of the TRINIDAD-1729 JIRA issue that I'm working on - https://issues.apache.org/jira/browse/TRINIDAD-1729 Thanks, Jeanne