Re: [VOTE] Having a component module in MyFaces commons
The exportActionListener now depends only on MyFaces APIs, and now it is ready to move to MyFaces-common-components. On Sat, Oct 25, 2008 at 4:11 AM, Hazem Saleh [EMAIL PROTECTED] wrote: The vote has passed with the following results: +1 Glauco P. Gomes Grant Smith Matthias Wessendorf Gerhard Petracek Mike Leonardo Volker Andrew Cagatay So, we will have a (non-rendering) component module in myfaces-commons. Thanks all! On Wed, Oct 22, 2008 at 3:20 PM, Cagatay Civici [EMAIL PROTECTED]wrote: +1 to non rendering stuff only On Wed, Oct 22, 2008 at 2:14 AM, Hazem Saleh [EMAIL PROTECTED] wrote: OK. Let's then start empowering it ;). On Wed, Oct 22, 2008 at 2:42 AM, Grant Smith [EMAIL PROTECTED]wrote: So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: [VOTE] Having a component module in MyFaces commons
The vote has passed with the following results: +1 Glauco P. Gomes Grant Smith Matthias Wessendorf Gerhard Petracek Mike Leonardo Volker Andrew Cagatay So, we will have a (non-rendering) component module in myfaces-commons. Thanks all! On Wed, Oct 22, 2008 at 3:20 PM, Cagatay Civici [EMAIL PROTECTED]wrote: +1 to non rendering stuff only On Wed, Oct 22, 2008 at 2:14 AM, Hazem Saleh [EMAIL PROTECTED] wrote: OK. Let's then start empowering it ;). On Wed, Oct 22, 2008 at 2:42 AM, Grant Smith [EMAIL PROTECTED]wrote: So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: [VOTE] Having a component module in MyFaces commons
+1 to non rendering stuff only On Wed, Oct 22, 2008 at 2:14 AM, Hazem Saleh [EMAIL PROTECTED] wrote: OK. Let's then start empowering it ;). On Wed, Oct 22, 2008 at 2:42 AM, Grant Smith [EMAIL PROTECTED] wrote: So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
[VOTE] Having a component module in MyFaces commons
[ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: [VOTE] Having a component module in MyFaces commons
-1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: [VOTE] Having a component module in MyFaces commons
+1 only for components that doesn't render anything, like tr:iterator, t:saveState, tr:fileDownloadActionListener, s:exporterActionListener, s:valueChangeNotifier, etc. Glauco P. Gomes Hazem Saleh escreveu: -1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: [VOTE] Having a component module in MyFaces commons
-1 On Tue, Oct 21, 2008 at 10:36 AM, Glauco P. Gomes [EMAIL PROTECTED] wrote: +1 only for components that doesn't render anything, like tr:iterator, t:saveState, tr:fileDownloadActionListener, s:exporterActionListener, s:valueChangeNotifier, etc. Glauco P. Gomes Hazem Saleh escreveu: -1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Grant Smith
Re: [VOTE] Having a component module in MyFaces commons
these aren't components. These are listeners and should go to commons tr:fileDownloadActionListener, s:exporterActionListene On Tue, Oct 21, 2008 at 7:36 PM, Glauco P. Gomes [EMAIL PROTECTED] wrote: +1 only for components that doesn't render anything, like tr:iterator, t:saveState, tr:fileDownloadActionListener, s:exporterActionListener, s:valueChangeNotifier, etc. Glauco P. Gomes Hazem Saleh escreveu: -1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Having a component module in MyFaces commons
concerning the statement of matthias: +1 regards, gerhard 2008/10/21 Matthias Wessendorf [EMAIL PROTECTED] these aren't components. These are listeners and should go to commons tr:fileDownloadActionListener, s:exporterActionListene On Tue, Oct 21, 2008 at 7:36 PM, Glauco P. Gomes [EMAIL PROTECTED] wrote: +1 only for components that doesn't render anything, like tr:iterator, t:saveState, tr:fileDownloadActionListener, s:exporterActionListener, s:valueChangeNotifier, etc. Glauco P. Gomes Hazem Saleh escreveu: -1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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: [VOTE] Having a component module in MyFaces commons
+1 only for components that don't render anything, like t:saveState
Re: [VOTE] Having a component module in MyFaces commons
+1 only for listeners or tags that don't render anything. On Tue, Oct 21, 2008 at 1:52 PM, Mike Kienenberger [EMAIL PROTECTED]wrote: +1 only for components that don't render anything, like t:saveState
Re: [VOTE] Having a component module in MyFaces commons
Hi, 2008/10/21 Matthias Wessendorf [EMAIL PROTECTED]: these aren't components. These are listeners and should go to commons should we have a myfaces-commons-listeners? or what do you mean? We should not create a submodule for every type of components. But we should start having a submodule for all those non rendering, renderkit and sublibrary independend stuff. +1 for a myfaces-commons-component even if we put listener into. regards, Volker tr:fileDownloadActionListener, s:exporterActionListene On Tue, Oct 21, 2008 at 7:36 PM, Glauco P. Gomes [EMAIL PROTECTED] wrote: +1 only for components that doesn't render anything, like tr:iterator, t:saveState, tr:fileDownloadActionListener, s:exporterActionListener, s:valueChangeNotifier, etc. Glauco P. Gomes Hazem Saleh escreveu: -1. On Tue, Oct 21, 2008 at 7:16 PM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - I agree. [ ] +0 - I do not know. [ ] -1 - I do not want to see components modules in commons, as we already have component libraries like Tomahawk, Trinidad, Tobago. -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- inexso - information exchange solutions GmbH Bismarckstraße 13 | 26122 Oldenburg Tel.: +49 441 4082 356 | FAX: +49 441 4082 355 | www.inexso.de
Re: [VOTE] Having a component module in MyFaces commons
+1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState
Re: [VOTE] Having a component module in MyFaces commons
So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith
Re: [VOTE] Having a component module in MyFaces commons
OK. Let's then start empowering it ;). On Wed, Oct 22, 2008 at 2:42 AM, Grant Smith [EMAIL PROTECTED] wrote: So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith -- 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 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250