Re: Google SoC
Hi Jakob, you could also take part as a student, if you´d rather do that. But you can certainly be a mentor for this, every committer may. best regards, Martin On Thu, Mar 11, 2010 at 4:05 PM, 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 -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: Google SoC
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
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
Hi http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#org_apply http://socghop.appspot.com/ According to the info, there should be someone on ASF that knows how to deal with this stuff, because there is at least one administer from ASF side. regards, Leonardo Uribe 2010/3/11 Matthias Wessendorf mat...@apache.org 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: Google SoC
Hi Mamallan Mechanism behind JavaScript free fallback: The primary purpose of the JavaScript in the client-side is to assign values to parameters like source, event, etc. 1) During fallback rendering, we encode all these parameters and their values to the name attribute of a component. Example, for commandButton, we render: input type = submit name = sourceencodingkeysourcevalue / All components that are intended to submit a page are rendered as input element of type 'submit' and their name attributes are encoded with parameters and their values. Also, we render a hidden parameter '_noJavaScript' during form rendering to indicate that parameters are encoded. 2) During page submission, the submitting component's name attribute which contains the encoded parameters will be returned to the server. In the Trinidad filter, we check for the hidden parameter '_noJavaScript', if true, we wrap the incoming httpRequest with a wrapper that decoded these parameters from the name attribute. The wrapper adds these decoded parameters (source, event) to the parameterMap. Wrapper Class: org.apache.myfaces.trinidadinternal.webapp.wrappers.BasicHTMLBrowserRequestWrapper Example, a page has two commandButtons, whose source parameters are 'commandButton1' and 'commandButton2' respectively. These commandButtons will be rendered as below: input type = submit name = source_parameterkeycommandButton1 / input type = submit name = source_parameterkeycommandButton2 / if the page is submitted by commandButton2, the payload will contain 'source_parameterkeycommandButton2'. Hence, the wrapper can decoded the source parameter value to be 'commandButton2' This is exactly what we are doing here in cs-JSF as well. Funny that we arived at the same solution ;). Yes, anyways - I would want to have the javascript fallback to be enabled when there is no javascript, and not only if we are on mobile browsers. best regards, Martin
Re: Google SoC
- 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
Re: Google SoC
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
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
Hi Martin, Google App Engine support is not a GSOC proposal anymore. We discussed about this project and after determining it is too small to be a GSOC project, I've done this with the help of the community. About other project: There is not much progress on HTML5 components project; I save it to GSOC period. I am currently getting ready for my proposal about this project. The Google Code project is to get feedback from community and determine what do implement. Greetings, Ali On Tue, Mar 9, 2010 at 2:45 PM, Martin Marinschek mmarinsc...@apache.orgwrote: Hi Jakob, how do I see that these are Google SoC proposals? Also, Google SoC must be about stuff which has not already been implemented... best regards, Martin On 3/9/10, 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 -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr
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
Re: Google SoC
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
Re: Google SoC
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 - Write (more) new skins for Trinidad - 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
Re: Google SoC
Sounds great! Maybe we can also do some work in the area of file uploads (e.g. upload progress, select multiple files,...). Something similar to what Google Mail does for attachments would be nice. Regards, Jakob 2010/3/9 Martin Marinschek mmarinsc...@apache.org 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 - Write (more) new skins for Trinidad - 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
Re: Google SoC
- Add to that, extend the recompilation we have for jsf in ext-scripting towards CDI (possibly for all two implementations) That would be one of my next tasks post 1.0, maybe I can offload that one. Werner Am 09.03.10 17:19, schrieb Martin Marinschek: 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 - Write (more) new skins for Trinidad - 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 Wessendorfmat...@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
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: Google SoC
2010/3/9 Martin Marinschek mmarinsc...@apache.org 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 Sure! I would like to profile this stuff better. - Implement a JavaScript-Free Fallback in Tomahawk, Trinidad and/or Tobago - Write (more) new skins for Trinidad Adonis Raduca told me he did some work on the selectors when he did casablanca trinidad skin, to make other skins more easier to do, so I think it is possible to create new ones based on casablanca work with some effort. - 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 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). 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
RE: Google SoC
Hi! - 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 Any idea how this should work? What magic is Spring Conversations using here? Ciao, Mario
RE: Google SoC
Hi! From: Leonardo Uribe [mailto:lu4...@gmail.com] Sent: Tuesday, March 09, 2010 7:54 PM To: MyFaces Development Subject: Re: Google SoC - 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. But what does this have to do with trinidad's pageFlowScope? 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. Ciao, Mario
Re: Google SoC
hi mario, ~orchestra without spring will be part of myfaces-codi (hopefully). 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/9 Mario Ivankovits ma...@ops.co.at Hi! *From:* Leonardo Uribe [mailto:lu4...@gmail.com] *Sent:* Tuesday, March 09, 2010 7:54 PM *To:* MyFaces Development *Subject:* Re: Google SoC - 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.* *But what does this have to do with trinidad's pageFlowScope?* *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.* *Ciao,* *Mario*
Re: Google SoC
2010/3/9 Mario Ivankovits ma...@ops.co.at Hi! *From:* Leonardo Uribe [mailto:lu4...@gmail.com] *Sent:* Tuesday, March 09, 2010 7:54 PM *To:* MyFaces Development *Subject:* Re: Google SoC - 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.* *But what does this have to do with trinidad's pageFlowScope?* The code behind pageFlowScope could be used to create a conversational scope. It is just that code has some utility stuff that could be used. *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.* *Ciao,* *Mario*
Re: Google SoC
This is in regard with how Trinidad handle JavaScript free fallback during mobile rendering. Basically, we assign the JavaScript capability for a few mobile user-agents to 'none' in their capability files (Trinidad maintains a capability file for each user-agent). The method supportsScripting determines whether to fallback based on a user-agent's JavaScript capability, and this method is available in org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.XhtmlRenderer. I guess we can tweak this method based on some configuration parameter to return false to accomplish JavaScript free fallback. Mechanism behind JavaScript free fallback: The primary purpose of the JavaScript in the client-side is to assign values to parameters like source, event, etc. 1) During fallback rendering, we encode all these parameters and their values to the name attribute of a component. Example, for commandButton, we render: input type = submit name = sourceencodingkeysourcevalue / All components that are intended to submit a page are rendered as input element of type 'submit' and their name attributes are encoded with parameters and their values. Also, we render a hidden parameter '_noJavaScript' during form rendering to indicate that parameters are encoded. 2) During page submission, the submitting component's name attribute which contains the encoded parameters will be returned to the server. In the Trinidad filter, we check for the hidden parameter '_noJavaScript', if true, we wrap the incoming httpRequest with a wrapper that decoded these parameters from the name attribute. The wrapper adds these decoded parameters (source, event) to the parameterMap. Wrapper Class: org.apache.myfaces.trinidadinternal.webapp.wrappers.BasicHTMLBrowserRequestWrapper Example, a page has two commandButtons, whose source parameters are 'commandButton1' and 'commandButton2' respectively. These commandButtons will be rendered as below: input type = submit name = source_parameterkeycommandButton1 / input type = submit name = source_parameterkeycommandButton2 / if the page is submitted by commandButton2, the payload will contain 'source_parameterkeycommandButton2'. Hence, the wrapper can decoded the source parameter value to be 'commandButton2' Hope it helps. Thanks Mamallan On 3/9/2010 9:51 AM, Matthias Wessendorf wrote: 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... Basically, we assign the JavaScript capability for a few mobile user-agents to 'none' in their capability files (Trinidad maintains a capability file for each user-agent). The method supportsScripting which determines whether to fallback based on a user-agent's JavaScript capability is available in org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.XhtmlRenderer. I guess we can tweak this method based on some configuration parameter to return false to accomplish JavaScript free fallback. Mechanism behind JavaScript free fallback: The primary purpose of the JavaScript in the client-side is to assign values to parameters like source, event, etc. 1) During fallback rendering, we encode all these parameters and their values to the name attribute of a component. Example, for commandButton, we render: input type = submit name = sourceencodingkeysourcevalue / All components that are intended to submit a page are rendered as input element of type 'submit' and their name attributes are encoded with parameters and their values. Also, we render a hidden parameter '_noJavaScript' during form rendering to indicate that parameters are encoded. 2) During page submission, the submitting component's name attribute which contains the encoded parameters will be returned to the server. In the Trinidad filter, we check for the hidden parameter '_noJavaScript', if true, we wrap the incoming httpRequest with a wrapper that decoded these parameters from the name attribute. The wrapper adds these decoded parameters (source, event) to the parameterMap. Wrapper Class: org.apache.myfaces.trinidadinternal.webapp.wrappers.BasicHTMLBrowserRequestWrapper Example, a page has two commandButtons, whose source parameters are 'commandButton1' and 'commandButton2' respectively. These commandButtons will be rendered as below: input type = submit name = source_parameterkeycommandButton1 / input type = submit name = source_parameterkeycommandButton2 / if the page is submitted by commandButton2, the payload will contain 'source_parameterkeycommandButton2'. Hence, the wrapper can