You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Martin Marinschek <mm...@apache.org> on 2010/03/09 13:28:05 UTC
Google SoC
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
Posted by Mario Ivankovits <ma...@ops.co.at>.
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
Posted by Martin Marinschek <mm...@apache.org>.
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 = "source<<encodingkey>><<sourcevalue>>" />
> 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
Posted by ma...@oracle.com.
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 = "source<<encodingkey>><<sourcevalue>>" />
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
> <mm...@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 = "source<<encodingkey>><<sourcevalue>>" />
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
Thanks
Mamallan
>
>> - 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 <ma...@apache.org> wrote:
>>
>>> Hey
>>>
>>> On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
>>> <mm...@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
Posted by Matthias Wessendorf <ma...@apache.org>.
On Tue, Mar 9, 2010 at 8:19 AM, Martin Marinschek
<mm...@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 <ma...@apache.org> wrote:
>> Hey
>>
>> On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
>> <mm...@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
Posted by Werner Punz <we...@gmail.com>.
- 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 Wessendorf<ma...@apache.org> wrote:
>> Hey
>>
>> On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
>> <mm...@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
Posted by Jakob Korherr <ja...@gmail.com>.
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 <mm...@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 <ma...@apache.org> wrote:
> > Hey
> >
> > On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
> > <mm...@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
Posted by Martin Marinschek <ma...@gmail.com>.
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 <ja...@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 <mm...@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 <mm...@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
Posted by Matthias Wessendorf <ma...@apache.org>.
On Thu, Mar 11, 2010 at 6:16 AM, Matthias Wessendorf <ma...@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 <ja...@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 <mm...@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 <mm...@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
Posted by Leonardo Uribe <lu...@gmail.com>.
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 <ma...@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 <ja...@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 <mm...@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 <mm...@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
Posted by Matthias Wessendorf <ma...@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 <ja...@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 <mm...@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 <mm...@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
Posted by Jakob Korherr <ja...@gmail.com>.
Hi Martin,
If it's ok with everyone, I would also like to be a mentor!
Regards,
Jakob
2010/3/11, Martin Marinschek <mm...@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 <mm...@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
Posted by Martin Marinschek <mm...@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 <mm...@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
Posted by Martin Marinschek <mm...@apache.org>.
> - 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
Posted by Gerhard Petracek <ge...@gmail.com>.
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:lu4242@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
Posted by Leonardo Uribe <lu...@gmail.com>.
2010/3/9 Mario Ivankovits <ma...@ops.co.at>
> Hi!
>
>
>
> *From:* Leonardo Uribe [mailto:lu4242@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
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi!
From: Leonardo Uribe [mailto:lu4242@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
Posted by Leonardo Uribe <lu...@gmail.com>.
2010/3/9 Martin Marinschek <mm...@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 <ma...@apache.org> wrote:
> > Hey
> >
> > On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
> > <mm...@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
Posted by Martin Marinschek <mm...@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 <ma...@apache.org> wrote:
> Hey
>
> On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
> <mm...@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
Posted by Matthias Wessendorf <ma...@apache.org>.
Hey
On Tue, Mar 9, 2010 at 4:28 AM, Martin Marinschek
<mm...@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
Posted by Ali Ok <al...@aliok.com.tr>.
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 <mm...@apache.org>wrote:
> 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 <ja...@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 <mm...@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
Posted by Martin Marinschek <mm...@apache.org>.
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 <ja...@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 <mm...@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
Re: Google SoC
Posted by Matthias Wessendorf <ma...@apache.org>.
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 <ja...@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 <mm...@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
Posted by Jakob Korherr <ja...@gmail.com>.
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 <mm...@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
>