<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/wordpress-mu-1.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: CHoosing a front-end tech</title>
	<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 12:30:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=wordpress-mu-1.2.1</generator>

	<item>
		<title>By: Daniel Sheppard</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-182</link>
		<author>Daniel Sheppard</author>
		<pubDate>Tue, 28 Oct 2003 09:43:37 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-182</guid>
		<description>In terms of the actual template/page renderer, have a look at Freemarker (http://freemarker.sf.net). I've been using that rather than JSP lately, and I'm quite liking it - much more intuitive than jsp. Similar to velocity, but much more powerful and flexible.&lt;br/&gt;&lt;br/&gt;You can definitely use freemarker within a struts environment. I'm not very familiar with webwork and tapestry, but you might be able to use it there as well.</description>
		<content:encoded><![CDATA[<p>In terms of the actual template/page renderer, have a look at Freemarker (http://freemarker.sf.net). I&#8217;ve been using that rather than JSP lately, and I&#8217;m quite liking it - much more intuitive than jsp. Similar to velocity, but much more powerful and flexible.</p>
<p>You can definitely use freemarker within a struts environment. I&#8217;m not very familiar with webwork and tapestry, but you might be able to use it there as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Campers</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-181</link>
		<author>Dan Campers</author>
		<pubDate>Fri, 17 Oct 2003 23:20:47 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-181</guid>
		<description>Spring framework also has a nice MVC part to it amongst other things. www.springframework.com and http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html</description>
		<content:encoded><![CDATA[<p>Spring framework also has a nice MVC part to it amongst other things. <a href="http://www.springframework.com" rel="nofollow">www.springframework.com</a> and <a href="http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html" rel="nofollow">http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Howard M. Lewis Ship</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-180</link>
		<author>Howard M. Lewis Ship</author>
		<pubDate>Sun, 12 Oct 2003 23:19:49 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-180</guid>
		<description>Tapestry has changed overwhelmingly in the last year; the 3.0 version (now in late beta) is worth a new look ... everything is simplified and streamlined without sacrificing power. You can do a *lot* more in your HTML templates, almost like a JSP, but cleaner ... and you have the option to do less in the JSP as you wrap your brain around Tapestry and the advantages of seperating concerns. I'm very proud of what's happened to the code over the last year or so, and of how far the team has come as well.&lt;br/&gt;&lt;br/&gt;Work on the Tapestry in Action book is winding down, at which point I'll be able to fill in the gaps in the free documentation and push Tapestry to a 3.0 GA release.</description>
		<content:encoded><![CDATA[<p>Tapestry has changed overwhelmingly in the last year; the 3.0 version (now in late beta) is worth a new look &#8230; everything is simplified and streamlined without sacrificing power. You can do a *lot* more in your HTML templates, almost like a JSP, but cleaner &#8230; and you have the option to do less in the JSP as you wrap your brain around Tapestry and the advantages of seperating concerns. I&#8217;m very proud of what&#8217;s happened to the code over the last year or so, and of how far the team has come as well.</p>
<p>Work on the Tapestry in Action book is winding down, at which point I&#8217;ll be able to fill in the gaps in the free documentation and push Tapestry to a 3.0 GA release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: domagoj</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-179</link>
		<author>domagoj</author>
		<pubDate>Fri, 03 Oct 2003 05:58:47 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-179</guid>
		<description>Projects:&lt;br/&gt;&lt;br/&gt;http://sourceforge.net/projects/echo&lt;br/&gt;http://sourceforge.net/projects/echopoint&lt;br/&gt;&lt;br/&gt;they are like JSF or Tapestry (real components) but much more like Swing and not mind bending like Tapestry.&lt;br/&gt;&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>Projects:</p>
<p><a href="http://sourceforge.net/projects/echo" rel="nofollow">http://sourceforge.net/projects/echo</a><br /><a href="http://sourceforge.net/projects/echopoint" rel="nofollow">http://sourceforge.net/projects/echopoint</a></p>
<p>they are like JSF or Tapestry (real components) but much more like Swing and not mind bending like Tapestry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: On XSP etc</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-178</link>
		<author>On XSP etc</author>
		<pubDate>Thu, 02 Oct 2003 05:47:10 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-178</guid>
		<description>I think XSP's are nasty vicious things, but I still like Cocoon a lot. If maximizing performance is not of prime importance I use Velocity in Cocoon. Unfortunately, XSP's provide about a two to fourfold speed improvement over Velocity in Cocoon as Cocoon feels the need to convert everything to SAX events.</description>
		<content:encoded><![CDATA[<p>I think XSP&#8217;s are nasty vicious things, but I still like Cocoon a lot. If maximizing performance is not of prime importance I use Velocity in Cocoon. Unfortunately, XSP&#8217;s provide about a two to fourfold speed improvement over Velocity in Cocoon as Cocoon feels the need to convert everything to SAX events.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hoy Palloy</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-177</link>
		<author>Hoy Palloy</author>
		<pubDate>Thu, 02 Oct 2003 04:16:24 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-177</guid>
		<description>How about using the tagbox project from sourceforge to generate the xml then xslt for html transformation - nice and clean.</description>
		<content:encoded><![CDATA[<p>How about using the tagbox project from sourceforge to generate the xml then xslt for html transformation - nice and clean.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Carreira</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-176</link>
		<author>Jason Carreira</author>
		<pubDate>Wed, 01 Oct 2003 07:24:11 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-176</guid>
		<description>If you need interceptors in your web app to modularize your code, but don't want to go for AOP yet, check out WebWork2.... You can apply Interceptors to command processing, and this is in fact how much of the functionality is implemented (and can be plugged in piecemeal).</description>
		<content:encoded><![CDATA[<p>If you need interceptors in your web app to modularize your code, but don&#8217;t want to go for AOP yet, check out WebWork2&#8230;. You can apply Interceptors to command processing, and this is in fact how much of the functionality is implemented (and can be plugged in piecemeal).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bayard</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-175</link>
		<author>bayard</author>
		<pubDate>Wed, 01 Oct 2003 06:54:25 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-175</guid>
		<description>Oh, on the logic comment. &lt;br/&gt;&lt;br/&gt;I want to plug the logic in as interceptors. Basic concepts should exist by default, CRUD stuff, searching/filtering. I should then be able to plug bits into those concepts by interception/pluggability. I also should be able to write new concepts, like 'subscribe' and 'login'.&lt;br/&gt;&lt;br/&gt;Maybe HiveMind/AOP are a possible. Interceptors appear to be terms I hear a lot in those areas.</description>
		<content:encoded><![CDATA[<p>Oh, on the logic comment. </p>
<p>I want to plug the logic in as interceptors. Basic concepts should exist by default, CRUD stuff, searching/filtering. I should then be able to plug bits into those concepts by interception/pluggability. I also should be able to write new concepts, like &#8217;subscribe&#8217; and &#8216;login&#8217;.</p>
<p>Maybe HiveMind/AOP are a possible. Interceptors appear to be terms I hear a lot in those areas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bayard</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-174</link>
		<author>bayard</author>
		<pubDate>Wed, 01 Oct 2003 06:51:57 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-174</guid>
		<description>Back when I was messing with these ideas a while back, we used Cocoon 1 on a project. It connected nicely onto the front of the system, but XSP/XSLT was not the nicest language, and a bit new to everyone then. Maybe trying Cocoon again is the way to go.</description>
		<content:encoded><![CDATA[<p>Back when I was messing with these ideas a while back, we used Cocoon 1 on a project. It connected nicely onto the front of the system, but XSP/XSLT was not the nicest language, and a bit new to everyone then. Maybe trying Cocoon again is the way to go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bayard</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-173</link>
		<author>bayard</author>
		<pubDate>Wed, 01 Oct 2003 06:50:27 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/choosing_a_front_end#comment-173</guid>
		<description>Being able to pass the objects from Hibernate into the JSTL is nice, but I'd not want to bother with Struts just to call the store method [and other transaction bits]. But good point, Hibernate's style means that the taglib needs to just be a pretty basic setup.</description>
		<content:encoded><![CDATA[<p>Being able to pass the objects from Hibernate into the JSTL is nice, but I&#8217;d not want to bother with Struts just to call the store method [and other transaction bits]. But good point, Hibernate&#8217;s style means that the taglib needs to just be a pretty basic setup.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
