<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Are Java web frameworks ready for building frontends?</title>
	<atom:link href="http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/</link>
	<description>my random thoughts about the world wide web</description>
	<pubDate>Tue, 06 Jan 2009 22:02:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bruno</title>
		<link>http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/comment-page-1/#comment-1515</link>
		<dc:creator>Bruno</dc:creator>
		<pubDate>Sun, 20 Jul 2008 06:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/#comment-1515</guid>
		<description>At some point I looked at &lt;a href="http://www.olympum.com/frameworks/wicket-and-ejb3/" rel="nofollow"&gt;Wicket&lt;/a&gt;, and found it to be the best of the Java presentation frameworks. I like component-based development, and Wicket (and Tapestry) both offer this. But there is a downside: memory. The automatic view-controller state management comes at a price, and I would &lt;em&gt;never&lt;/em&gt; put Wicket on a publicly web facing website. In general, I would not put any statefull presentation framework for that matter.</description>
		<content:encoded><![CDATA[<p>At some point I looked at <a href="http://www.olympum.com/frameworks/wicket-and-ejb3/" rel="nofollow">Wicket</a>, and found it to be the best of the Java presentation frameworks. I like component-based development, and Wicket (and Tapestry) both offer this. But there is a downside: memory. The automatic view-controller state management comes at a price, and I would <em>never</em> put Wicket on a publicly web facing website. In general, I would not put any statefull presentation framework for that matter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wille</title>
		<link>http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/comment-page-1/#comment-1492</link>
		<dc:creator>Wille</dc:creator>
		<pubDate>Fri, 11 Jul 2008 16:21:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.olympum.com/frameworks/are-java-web-frameworks-ready-for-building-frontends/#comment-1492</guid>
		<description>Have you checked out Apache Wicket? To me, that was a return to being able to enjoy Java web development again, after avoiding it consciously for years. No jsp's, no xml configs, just plain html and plain (testable) Java.

I have also written a framework on top of Wicket and JPA (inventively called "Wicket RAD" - http://sites.google.com/site/wicketrad/), which takes a lot of the heavy lifting away from standard webapp development:
Just annotate a bean with JPA annotations, and Form annotations such as @TextField, @DropdownChoice etc, add a form-generator component to your page with your bean, and it will automatically generate a form that can persist or update the bean and backend data for you.

I agree that JSP development is a pain, I wouldn't want to touch it with a barge pole, but the situation is quickly improving with new approaches, such as the ones I mentioned.</description>
		<content:encoded><![CDATA[<p>Have you checked out Apache Wicket? To me, that was a return to being able to enjoy Java web development again, after avoiding it consciously for years. No jsp&#8217;s, no xml configs, just plain html and plain (testable) Java.</p>
<p>I have also written a framework on top of Wicket and JPA (inventively called &#8220;Wicket RAD&#8221; - <a href="http://sites.google.com/site/wicketrad/" rel="nofollow">http://sites.google.com/site/wicketrad/</a>), which takes a lot of the heavy lifting away from standard webapp development:<br />
Just annotate a bean with JPA annotations, and Form annotations such as @TextField, @DropdownChoice etc, add a form-generator component to your page with your bean, and it will automatically generate a form that can persist or update the bean and backend data for you.</p>
<p>I agree that JSP development is a pain, I wouldn&#8217;t want to touch it with a barge pole, but the situation is quickly improving with new approaches, such as the ones I mentioned.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
