Re: [announcement] JTK: An Ajax JSF Component Development Framework
Hi, did a quick look and found these two statements: -Apache Trinidad requires that the developer create the tag library file and a renderer. = you write meta-data and a renderer. The meta-data is used to *generate* TLD/the components. Metadata is also useful for tools. -Components developed with Trinidad only work properly with the Trinidad view root. = there is no TrinidadViewRoot class. -Matthias On 10/31/07, noah [EMAIL PROTECTED] wrote: Hi Guys, I've got a little sales pitch, but it's not too OT :) If you've ever had to develop a JSF component, you know it's not the simplest thing in the world. If you want to Ajax enable your component, you can either roll your own Ajax framework, which makes it a big hassle for anyone that wants to use it, or tie yourself to an existing JSF Ajax framework, e.g. Trinidad PPR, Ajax4JSF, DynaFaces, etc. which means your component probably can't be used with the other frameworks. Well, in bried, I managed to get a master's degree by coming up with a solution [1] to this 'problem', which is now an open source project. If you want to write Ajaxy JSF components that can be used with any JSF Ajax framework, do write them, tried component writing and thought it was too much work, or are the least bit interested, please give it a try [2]. It only takes 15 minutes. Currently we support Trinidad PPR (1.2 only) and DynaFaces. i.e. if you write an Ajax enabled component, it will work automagically with both frameworks. We're also working on Ajax4JSF support. Feedback, interest, donations, suggestions for a better name, etc. are greatly appreciated. Sorry, no offers of marriage; already, happily. [1] Google Code Page: http://www.jsftoolkit.com/ [2] Developer's Guide: http://decenturl.com/jsftoolkit/jtk-jsf-ajax-component-framework [3] Mailing List: [EMAIL PROTECTED] Cheers, Noah P.S. For those of you on more than one JSF list, sorry for the x-post. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [announcement] JTK: An Ajax JSF Component Development Framework
On 10/31/07, noah [EMAIL PROTECTED] wrote: On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, did a quick look and found these two statements: -Apache Trinidad requires that the developer create the tag library file and a renderer. = you write meta-data and a renderer. The meta-data is used to *generate* TLD/the components. Metadata is also useful for tools. Sorry, I must have misunderstood. I wrote most of that six months ago, and there wasn't any documentation about how it works/how to use it. -Components developed with Trinidad only work properly with the Trinidad view root. = there is no TrinidadViewRoot class. Sorry if I misunderstood, but there wasn't any documentation about it when I wrote that. Am I wrong that Trinidad generated components will only work with Trinidad? I'm not trying to spread misinformation, that is just my understanding of the way things worked a few months ago. there is a tr:document OR trh:html / body that render the links to the required source like CSS / JavaScript, but you can mix Trinidad with Tomahawk, for instance. The big issue general is that lot's of component libs don't work 100% with others, I hope that JSF2 will provide a better integration mechanism -M -Matthias On 10/31/07, noah [EMAIL PROTECTED] wrote: Hi Guys, I've got a little sales pitch, but it's not too OT :) If you've ever had to develop a JSF component, you know it's not the simplest thing in the world. If you want to Ajax enable your component, you can either roll your own Ajax framework, which makes it a big hassle for anyone that wants to use it, or tie yourself to an existing JSF Ajax framework, e.g. Trinidad PPR, Ajax4JSF, DynaFaces, etc. which means your component probably can't be used with the other frameworks. Well, in bried, I managed to get a master's degree by coming up with a solution [1] to this 'problem', which is now an open source project. If you want to write Ajaxy JSF components that can be used with any JSF Ajax framework, do write them, tried component writing and thought it was too much work, or are the least bit interested, please give it a try [2]. It only takes 15 minutes. Currently we support Trinidad PPR (1.2 only) and DynaFaces. i.e. if you write an Ajax enabled component, it will work automagically with both frameworks. We're also working on Ajax4JSF support. Feedback, interest, donations, suggestions for a better name, etc. are greatly appreciated. Sorry, no offers of marriage; already, happily. [1] Google Code Page: http://www.jsftoolkit.com/ [2] Developer's Guide: http://decenturl.com/jsftoolkit/jtk-jsf-ajax-component-framework [3] Mailing List: [EMAIL PROTECTED] Cheers, Noah P.S. For those of you on more than one JSF list, sorry for the x-post. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Noah Sloan (512)299-5701 -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [announcement] JTK: An Ajax JSF Component Development Framework
On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: On 10/31/07, noah [EMAIL PROTECTED] wrote: On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, did a quick look and found these two statements: -Apache Trinidad requires that the developer create the tag library file and a renderer. = you write meta-data and a renderer. The meta-data is used to *generate* TLD/the components. Metadata is also useful for tools. Sorry, I must have misunderstood. I wrote most of that six months ago, and there wasn't any documentation about how it works/how to use it. -Components developed with Trinidad only work properly with the Trinidad view root. = there is no TrinidadViewRoot class. Sorry if I misunderstood, but there wasn't any documentation about it when I wrote that. Am I wrong that Trinidad generated components will only work with Trinidad? I'm not trying to spread misinformation, that is just my understanding of the way things worked a few months ago. there is a tr:document OR trh:html / body that render the links to the required source like CSS / JavaScript, but you can mix Trinidad with Tomahawk, for instance. ... and even these aren't really necessary. You can get by with a simple trh:styleSheet to pull in the CSS. (It used to be necessary to use one of tr:document, tr:panelPartialRoot, or trh:body for PPR to work, but that restriction went away back in 1.0.2.) -- Adam The big issue general is that lot's of component libs don't work 100% with others, I hope that JSF2 will provide a better integration mechanism
Re: [announcement] JTK: An Ajax JSF Component Development Framework
On 10/31/07, Adam Winer [EMAIL PROTECTED] wrote: On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: On 10/31/07, noah [EMAIL PROTECTED] wrote: On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, did a quick look and found these two statements: -Apache Trinidad requires that the developer create the tag library file and a renderer. = you write meta-data and a renderer. The meta-data is used to *generate* TLD/the components. Metadata is also useful for tools. Sorry, I must have misunderstood. I wrote most of that six months ago, and there wasn't any documentation about how it works/how to use it. -Components developed with Trinidad only work properly with the Trinidad view root. = there is no TrinidadViewRoot class. Sorry if I misunderstood, but there wasn't any documentation about it when I wrote that. Am I wrong that Trinidad generated components will only work with Trinidad? I'm not trying to spread misinformation, that is just my understanding of the way things worked a few months ago. there is a tr:document OR trh:html / body that render the links to the required source like CSS / JavaScript, but you can mix Trinidad with Tomahawk, for instance. ... and even these aren't really necessary. You can get by with a simple trh:styleSheet to pull in the CSS. (It used to be necessary to use one of tr:document, tr:panelPartialRoot, or trh:body for PPR to work, but that restriction went away back in 1.0.2.) -- Adam The big issue general is that lot's of component libs don't work 100% with others, I hope that JSF2 will provide a better integration mechanism I'm apologize for messing up the details, but my point is that if your customers use Ajax4JSF, you can't sell them Trindad components, or at least, the Ajax enabled ones wont work. Or vice versa. Right? As a component author, that's kind of a problem.
[announcement] JTK: An Ajax JSF Component Development Framework
Hi Guys, I've got a little sales pitch, but it's not too OT :) If you've ever had to develop a JSF component, you know it's not the simplest thing in the world. If you want to Ajax enable your component, you can either roll your own Ajax framework, which makes it a big hassle for anyone that wants to use it, or tie yourself to an existing JSF Ajax framework, e.g. Trinidad PPR, Ajax4JSF, DynaFaces, etc. which means your component probably can't be used with the other frameworks. Well, in bried, I managed to get a master's degree by coming up with a solution [1] to this 'problem', which is now an open source project. If you want to write Ajaxy JSF components that can be used with any JSF Ajax framework, do write them, tried component writing and thought it was too much work, or are the least bit interested, please give it a try [2]. It only takes 15 minutes. Currently we support Trinidad PPR (1.2 only) and DynaFaces. i.e. if you write an Ajax enabled component, it will work automagically with both frameworks. We're also working on Ajax4JSF support. Feedback, interest, donations, suggestions for a better name, etc. are greatly appreciated. Sorry, no offers of marriage; already, happily. [1] Google Code Page: http://www.jsftoolkit.com/ [2] Developer's Guide: http://decenturl.com/jsftoolkit/jtk-jsf-ajax-component-framework [3] Mailing List: [EMAIL PROTECTED] Cheers, Noah P.S. For those of you on more than one JSF list, sorry for the x-post.