前些日子說要整理一下Java中文字編碼的處理的文章，今天早上發現一篇比較好的材料，從各個角度都討論了有關編碼處理的問題。其實其基礎和我想的一樣，盡量在各個環節都統一成Unicode，而不是到處進行修修補補的轉碼。
作者說將不時更新，而且其中有些示例不時基于最廣泛的Tomcat，不過基本上都差不多，涉及到這些環節。
他強調不要Copy文章，可以Link，以便獲得最新的Update，所以，我們就link一下，地址是：
http://tomi.panula-ont.to/i18n/
前面有個朋友說看書總是希望要看4 Star以上的（Amazon Reviewed），一直想擬一個Book List，不過一直沒有付諸行動。不過大家可以先看看這些數據排名：
1 TOP Java Books:
(Head First系列非常之好，可是也很難以搞到。不知為什么一直沒有引進中文的計劃。) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2 TOP Selling J2EE Book
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3 8月TOP Selling:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
JavaOne 2005大會上的書店有一個臨時排行榜。以在此看到這些書的情況，
http://jroller.com/resources/h/habuma/j1sia.jpg列出這些書由什么意義？我也不知道。不過找得到的話，可以看看。好不好，你自己說了算。
David Geary （何許人也？Core JSF的作者之一）有一篇BLog，建議新項目都最好采用JSF而不是Struts，并且列出了10大理由，分別是：
Components
組件組件，JAVA一直希望有.NET和Delphi的RAD和拖放式開發，雖然現在和那兩種還有差距，但畢竟已經是開始了。第3方組件廠商也開始出現萌芽的態勢。另外一個值得注意的趨勢就是，Apple，這個藝術與技術的完美締造者，其WebObject，作為Web的組建式框架的祖宗，也準備開放了。而且，按照Apple也轉向Intel平臺的介紹來看，也許不久的一天，它就可以完美地運行在WinTel架構下了。
Render Kits
支持渲染包可以是一個非常重要的特征，這樣可以支持不同的顯示技術。移植性很好。針對XML， PDF， VML等等。不需要改動其它的東西。
Renderers
Value Binding Expressions
其實比較特色的是Method Binding,這點在其他EL或者類似的技術上還沒有。
Event Model
Extensibility
Managed Beans (Dependency Injection)
只有Spring 才IoC嗎？不是的，其實現在IoC無處不在。
POJO Action Methods
JSF is the standard Java-based web app framework
There's only one Struts
Struts是一個產品，而JSF是一個標準。二者層面不一樣。有很多優秀的實現會出現的。
甚以為是，故摘錄于此。原文見：http://jroller.com/page/dgeary?entry=top_ten_reasons_to_prefer
其實，JSF的學習曲線非常之低，呵呵。
Liferay這幫家伙干的真漂亮，自從使用了Spring之后，事情好像變得容易多了似的。16日又放出了一個小升級，新的特征支持包括：
Portlet拖放；
聲明性事務（Spring Based）;
Layout熱部署；
雖然這不是實質性的改變，但是對Portal的可用性倒是很有幫助的。
看它們的Roadmap,下一版本的Release會增強安全方面的問題，以及支持JSR170 CMS。我一直期待的Workflow要到明年才能出來。
另外，BEA居然收購了Plumtree，看得出BEA在這方面的決心。Plumtree原來提供非常優秀的中立性的Portal解決方案，這下BEA花費2億美元其實很劃算的。
都知道BEA的portal雖然比起IBM的Portal輕便，但是這是因為它在Portal中的應用方面非常的薄弱，一直賴于定制或者第3方提供應用支持。IBM WAS6之后，將Client和Portal整合Workplace之上，更顯得BEA在這方面的差距之大。而且IBM的下一代WTTK平臺已經在AlphaWorks中躍躍欲出，顯示出無比的霸王之氣，欲將Portal與client融合，只有取代Desktop之意。
收購Plumtree之后，BEA會在協作、CMS方面充實其Portal產品，估計將作為Weblogic 9的平臺發布出來。但是，就在這一步上說，它還比IBM差的地方，就是wireless部分，不知道用什么來補。
JSR 244,
the umbrella spec that defines what other specs and capabilities will
be included as part of Java EE 5 (formerly J2EE 1.5), has had it's
public review spec approved by the JCP EC. The theme of the release is
ease of development, focused on redefining the platform in light of
annotations and pojo-driven development, with major additions including
the Java Persistence API 1.0 (EJB 3 entities), JSF, JSTL, and
more.
The specific API's mandated for Java EE 5 are:
Enterprise JavaBeans (EJB) 3.0
Servlet 2.4
JavaServer Pages (JSP) 2.1
Java Message Service (JMS) 1.1
Java Transaction API (JTA) 1.0
JavaMail 1.3
JavaBeans Activation Framework 1.1
J2EE Connector Architecture 1.5
Web Services for J2EE 1.1
Java API for XML-based RPC (JAX-RPC) 1.1
Java API for XML Web Services (JAX-WS) 2.0
Java Architecture for XML Binding (JAXB) 2.0
SOAP with Attachments API for Java (SAAJ) 1.3
Java API for XML Registries (JAXR) 1.0
Java 2 Platform, Enterprise Edition Management API 1.0
Java 2 Platform, Enterprise Edition Deployment API 1.1
Java Authorization Service Provider Contract for Containers 1.0
Debugging Support for Other Languages (JSR-45)
Standard Tag Library for JavaServer Pages (JSTL) 1.1
Web Services Metadata for the Java Platform 1.0
JavaServer Faces 1.2 Requirements
Common Annotations for the Java Platform 1.0
Streaming API for XML (StAX) 1.0
Java Persistence API 1.0
恐
怕其中最引入注目的就是EJB3了。 這期間一直爭論不休。而且這里還增加了一個新的Java Persistence API 1.0
，可能是需要將EJB以前的廣受BS的CMP與JDO結合起來還是怎么？而且，對于EJB3,由于Oracle的加入，可能會偏向TopLink，再加上
Hibernate學來的一些內容好了。
另外就是，JSF仍然需要加強，還沒與看過規范，這其間和JSP之間的融合會怎樣。總之，JSF是基于Servlet的，JSP是主要表現技術，這核心還是要看Servlet有何實質性的改變。
Java EE5，聽起來還是不習慣，還沒叫習慣嘛，估計很快就會適應的。到底它是讓開發簡單了嗎？簡單在哪里？
Debu Panda有篇小文章倒是可以看看，也可以參與到其中討論一下： Is Java EE 5.0 really simplifying development?
也可以看一下TSS的討論：http://www.theserverside.com/news/thread.tss?thread_id=35945。
不過，趨勢總是這樣，現在是一個紛亂的時代，一方面重型技術往完全精確的工業化目標MDA發展，另一方面卻層出不窮的個人英雄式的輕量方法。但是不管哪一個，單方面都不時軟件工業的救星。
簡單是美，壯觀也是美。當然，對于應用來說，簡單地解決復雜問題那才是美。