<?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"
	>
<channel>
	<title>Comments on: 五年前我的個人(用)網站</title>
	<atom:link href="http://www.jeffhung.net/blog/articles/jeffhung/910/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jeffhung.net/blog/articles/jeffhung/910/</link>
	<description>(My smile insists of having nose. :-)</description>
	<pubDate>Wed, 20 Aug 2008 10:14:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1-alpha</generator>
		<item>
		<title>By: jini</title>
		<link>http://www.jeffhung.net/blog/articles/jeffhung/910/#comment-61050</link>
		<dc:creator>jini</dc:creator>
		<pubDate>Fri, 08 Jun 2007 14:56:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeffhung.net/blog/articles/jeffhung/910/#comment-61050</guid>
		<description>java Portlet 的確是獨立的 web application, 他的 Lifecycle 是交由 Portal Server 來控制, 相關的 PortletRequest/PortletResponse, 基本上, 屬於 EventDriven 的 Framework, 可針對其中任何的 Portlet 進行呼叫, 當 Portlet 完成商業邏輯與運算處理之後, 將可輸出 Fragment, 與其他尚未呼叫保留在 cache 之中的 fragment 結合輸出成為完整的 Page.

針對 Portal Server, 個人覺得商業化主要目的是在 SSO, 其次是 Content aggregation, 最後才是 Customization, 如果商用的 Portal Server 再結合 javascript/DHTML 製作更 Friendly 的 UI, 我相信市場會更大. 另外, 利用相對於 ZK(Heavyweight ajax) 的 Lightweight AJAX ( ex. DWR ) 放在 Portlet 處理, 應該可以讓 Portlet 操控性更佳 !</description>
		<content:encoded><![CDATA[<p>java Portlet 的確是獨立的 web application, 他的 Lifecycle 是交由 Portal Server 來控制, 相關的 PortletRequest/PortletResponse, 基本上, 屬於 EventDriven 的 Framework, 可針對其中任何的 Portlet 進行呼叫, 當 Portlet 完成商業邏輯與運算處理之後, 將可輸出 Fragment, 與其他尚未呼叫保留在 cache 之中的 fragment 結合輸出成為完整的 Page.</p>
<p>針對 Portal Server, 個人覺得商業化主要目的是在 SSO, 其次是 Content aggregation, 最後才是 Customization, 如果商用的 Portal Server 再結合 javascript/DHTML 製作更 Friendly 的 UI, 我相信市場會更大. 另外, 利用相對於 ZK(Heavyweight ajax) 的 Lightweight AJAX ( ex. DWR ) 放在 Portlet 處理, 應該可以讓 Portlet 操控性更佳 !</p>
]]></content:encoded>
	</item>
</channel>
</rss>
