前些日子说要整理一下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发展，另一方面却层出不穷的个人英雄式的轻量方法。但是不管哪一个，单方面都不时软件工业的救星。
简单是美，壮观也是美。当然，对于应用来说，简单地解决复杂问题那才是美。