BlogJava-花钱的年华-随笔分类-全部文档

转战微博去了

江南白衣 — Mon, 09 May 2011 03:24:00 GMT

摘要: 最近都实在憋不出什么花团锦簇的大块文章，还是安心在微博里碎碎念算了。
地址： http://t.sina.com.cn/calvin1978 ，大家互相关注一下哦。阅读全文

江南白衣 2011-05-09 11:24 发表评论

一次Java垃圾收集调优实战

江南白衣 — Wed, 09 Jul 2008 02:13:00 GMT

摘要: GC调优是个很实验很伽利略的活儿，最后服务的处理速度从1180 tps 上升到1380 tps，调整两个参数提升17%的性能还是笔很划算的买卖..... 阅读全文

江南白衣 2008-07-09 10:13 发表评论

架构师书单

江南白衣 — Fri, 09 Feb 2007 01:44:00 GMT

摘要: 为了2007年的目标，列了下面待读或重读的书单。
不在书单里的，小部分是我漏掉的，大部分是我觉得对于架构师不太重要，或者不够好的。
奇怪国外真正的好书来来去去也就那么几本，emule加上国内出版社的努力，我们看的东西和老外已差不多，为什么老外看完就那么生猛，我们看完就还是半桶水呢。阅读全文

江南白衣 2007-02-09 09:44 发表评论

Spring2.0，Struts2.0，SpringSide 2.0--SpringSide 2.0M1 Release Notes

江南白衣 — Mon, 27 Nov 2006 16:16:00 GMT

[摘要]Spring发了2.0，Struts发了2.0，SS也来凑凑2.0的热闹。下载地址：http://www.springside.org.cn/download.php

SpringSide 2.0改用了Pragmatic版的Struts作为MVC主打框架，重写了所有的代码，增加了新项目生成的命令和构件化的开源栈，还增加了方便新手入门的Helloworld示例。

随着Java开源社区的日日进步，SpringSide升级了包括Spring 2.0的AOP事务配置， Hibernate3.2的annotation模式，XFire1.2.2的最新简约配置及JSR181模式，以及ActiveMQ4.1 的Message Driven POJO新模式。

另外，还增加了iBatis数据访问模式和一系列Ajax Widgets，并全面推行了Selenium集成测试。

全文地址：http://blog.csdn.net/calvinxiu/archive/2006/11/28/1417730.aspx

江南白衣 2006-11-28 00:16 发表评论

给编程狂热者的ant task笔记

江南白衣 — Wed, 06 Sep 2006 16:34:00 GMT

这篇文档是专门写给那些编程狂热者，在Ant里编程时要留意的重要Task。

不知为何，老外的各种脚本都写得格外漂亮。从Appfuse里学到很多，在编写SpringSide2.0的构件安装脚本时又被迫自学了不少，这里作下总结。

全文地址：http://blog.csdn.net/calvinxiu/archive/2006/09/07/1187329.aspx

江南白衣 2006-09-07 00:34 发表评论

QuickServer--在吵闹的环境里快速搭建自己的TcpServer(Pragmatic系列)

江南白衣 — Sat, 12 Aug 2006 15:27:00 GMT

摘要: 虽然现在已是Web Server, Web Service的天下，但偶然还是会因为性能苛刻，或者需要自定义协议的原因，很无辜的要自己做一个Multi-Thread，Multi-Client的Tcp Server。超简单的QuickServer，让你专心编写自己的业务代码，不用编写一行Tcp代码。[阅读全文] 阅读全文

江南白衣 2006-08-12 23:27 发表评论

Nutch 0.8笔记--Google式的搜索引擎实现

江南白衣 — Wed, 09 Aug 2006 01:42:00 GMT

摘要: Nutch是一个基于Lucene，类似Google的完整网络搜索引擎解决方案，基于Hadoop的分布式处理模型保证了系统的性能，类似Eclipse的插件机制保证了系统的可客户化，而且很容易集成到自己的应用之中。

Nutch 0.8 完全使用Hadoop重写了骨干代码，另外很多地方作了合理化修正，非常值得升级。[阅读全文]
阅读全文

江南白衣 2006-08-09 09:42 发表评论

SpringSide 1.0 M3-All in one 发布

江南白衣 — Tue, 08 Aug 2006 00:34:00 GMT

摘要: 这个版本将是SpringSide1.0范围内最后一个跑马圈地，开疆拓土的版本。从下一个版本开始，将会把主要精力放在代码的细化，文档与测试用例的补充，以及在实际项目中的应用。

这个版本除了继续跑马圈地外，也对代码结构作了很多遍重构，终于使复杂的项目以比较顺眼的方式组织起来了。

阅读全文

江南白衣 2006-08-08 08:34 发表评论

Prototype.js--Javascript编写者的小军刀

江南白衣 — Sat, 17 Jun 2006 05:58:00 GMT

摘要: Prototype.js 是Javascript编写者的一把小军刀，提供了很多Ruby风格简写语法和实效的函数，更难得的是完全跨浏览器，让大家舒舒服服写出又精简又不用愁心兼容的的JS代码，springside 已经离不开它了。阅读全文

江南白衣 2006-06-17 13:58 发表评论

2006年中 My Favorite Java Site

江南白衣 — Tue, 06 Jun 2006 13:20:00 GMT

1.TheServerside.com 依然是地位无可动摇的CCTV1。

2.InfoQ.com Floyd Marinescu 在离开 TSS 后另起炉灶，2006年中最重要推荐。视野不再局限于Java 而是包括Java,.Net, Ruby ,SOA, Agile方法等热门话题。

3.JDJ的电子杂志在JDJ首页的最底处订阅，文章质量不低于5-7的传统三强。

4.SWik.net 收集了大量OpenSource Project的资源聚合。其中如Spring，Hibernate的更新度非常高，出现什么和Spring有关的blog,article,project都会马上被聚合。

5.IBM DeveloperWorks 传统、稳定的Java文章来源地。

6.JavaWorld 传统、稳定的Java文章来源地。

7.OnJava 传统、稳定的Java文章来源地。

8.Artima.com 类似于TSS而略逊，其中Spotlight 文章值得关注，而Java News是聚合了所有其他Java站点的大聚合。

9.JavaLobby 站内的Announcements 是大大小小Java Project的发布声明区，Trips and Tricks 有很多的Tips。

10. No Fluff Just Stuff 的Blogs 聚合一直缺一个所有优秀Java Blogger的rss总聚合，NFJS这里勉强算一个。

江南白衣 2006-06-06 21:20 发表评论

Retrotranslator--将JDK5.0项目完全转换为JDK1.4 字节码的恩物

江南白衣 — Wed, 26 Apr 2006 16:05:00 GMT

摘要: 因为Retrotranslator的出现，SpringSide 1.0终于放心升到JDK5.0，并保证仍然100%可以运行在JDK1.4的服务器上。
和Retroweaver一样，大家直接用JDK5开发，最后通过ASM转换到JDK1.4的字节码，部署到JDK1.4的运行环境。但它不仅支持JDK5的语法，还支持JDK5的新增API。阅读全文

江南白衣 2006-04-27 00:05 发表评论

Message Driven POJO

江南白衣 — Sat, 25 Mar 2006 09:04:00 GMT

摘要: 《Effecitve Enterprise Java》的一个实践。阅读全文

江南白衣 2006-03-25 17:04 发表评论

做环保主义者，用Maven2 管理Java类库

江南白衣 — Sun, 19 Mar 2006 12:59:00 GMT

摘要: 看着log4j-2.13.jar被每个项目每个版本里一次又一次无限下载，你就会觉得用Maven2 管理Library实在很环保。
而且，Java的类库也急需摆脱这种无身份无地位一个jar包随处摆放的境况。Maven给Jar以名份是一个好方向。
阅读全文

江南白衣 2006-03-19 20:59 发表评论

UTF-8、Subversion、Maven2--2007年的项目特征

江南白衣 — Sun, 19 Mar 2006 12:42:00 GMT

摘要: 有个地方恰似美好未来，就是被赶鸭子上架的springside了。
阅读全文

江南白衣 2006-03-19 20:42 发表评论

八卦Sourceforge后台的空间规则

江南白衣 — Mon, 27 Feb 2006 12:41:00 GMT

摘要: SourceForge用了许多年，最近才靠springside混进了它的后台。八卦一把去sf混个房间有什么好处，还有它以什么规则，维持这么大一间善堂的运作。阅读全文

江南白衣 2006-02-27 20:41 发表评论

春节推荐读书单

江南白衣 — Tue, 24 Jan 2006 04:00:00 GMT

摘要: 似乎老外有这个习惯，逢年过节都会推荐一些书大家在家里充电。阅读全文

江南白衣 2006-01-24 12:00 发表评论

迟到的模仿：JDBC 3.0 RowSet，类似于ADO的编程方式

江南白衣 — Sat, 14 Jan 2006 11:18:00 GMT

作者：江南白衣

JDBC有够慢的，出到了3.0了才有个Rowset能类似于windows下ADO的概念，却还是达不到ADO.net的水平。幸亏Java里ORM这块比较争气，趁着C#的ObjectSpace跳票，可以继续耀武扬威。

Rowset对比于ResultSet，除了不用保持Connecton外，更重要特点是能够类似于ADO的编程方式，直接对Row赋值来进行Insert与Update，而不用写SQL语句。在windows编程中经常可见这种模式，特别是ADO.net用的好时，ORM也只能算是锦上添花....

在oracle的sample代码中，rowset02.java完整demo了RowSet的ADO模式。
简化后的代码如下：

public class RowSet02
{
  public static void main (String []args)
  {
   try
    {
         OracleCachedRowSet crowset = new OracleCachedRowSet ();
          crowset.setUrl (java:oracle:oci8:@);
          crowset.setUsername ("hr");
          crowset.setPassword ("hr");

          /*Select*/
          crowset.setCommand ("SELECT seatno, tdate, name, class FROM reservation");
          crowset.execute ();
          System.out.println ("Seat no  Travel Date  Name   Class");
          while (crowset.next ())
        {
             printRow (crowset);
          }
          crowset.setReadOnly (false);

          /*Update*/
          crowset.beforeFirst ();
          if (crowset.absolute (2))
         {
             crowset.updateString (4, "Business");
             crowset.updateRow ();
          }

          /*Insert*/
          crowset.beforeFirst ();
          crowset.moveToInsertRow ();
          crowset.updateInt (1, 107);
          crowset.updateDate (2, new Date (975915381774L));
          crowset.updateString (3, "Pluto");
          crowset.insertRow ();

           /*Delete*/
          crowset.beforeFirst ();
          if (crowset.absolute (6))
         {
            crowset.deleteRow ();
         }

         crowset.acceptChanges ();
         crowset.close ();
     }
    catch (SQLException ea)
    {
      ea.printStackTrace ();
   }
  }
}

江南白衣 2006-01-14 19:18 发表评论

ORM透明持久化方案面对的共同困境

江南白衣 — Thu, 05 Jan 2006 13:22:00 GMT

    作者：江南白衣

   上次FB的吹水摘录：

     除JDBC外的数据访问技术包括EJB，Hibernate，JDO，iBatis等，但凡是ORM的总要面对相同的困境，如果透明持久化的，苦恼就更多 --Java数据访问技术依然在缓慢跨越鸿沟，.Net社区的同学用不着眼热心跳：

     1.查询语言--纷纷重回原来极想摆脱的sql，但实现得又不如SQL成熟。
        因为QueryObject，Criteria API的可读性太差，最后所有技术方案都回到它们原来一力想摆脱的SQL的路上。而且，因为是重新仓促设计，都不如sql 的成熟，总有很多做不到的地方。像刚开始的EJB QL，几乎什么都做不了，而hibernate 3.0 HQL把h2的代码抛弃了重新实现才达到相对满意的水平。

    2.积极载入和懒惰载入--不能如sql般每次随需定制
       ORM与jdbc访问的区别，就是以包含关联对象的对象，而不是以sql自由定制的ResultSet，作为数据载入的主体。

       积极载入策略在载入订单对象时，会接着载入顾客对象、产品对象，而如果产品对象又包含类别对象时.....整个数据库被拖了一小半出来。即使不玩连连看，clob对象的胡乱载入就够头痛了。

      与此对应的就是懒惰载入策略，比如EJB的初始版本，据闻每个属性查询一次数据库，数据库往返次数多得吓人。

      ORM方案会让用户自行定义这两种策略来达到平衡。一般默认采用积极载入，在一对多关联上定义lazy load，还有统一定义积极载入的层数。到了hibernate 3，更可以在列级别上定义lazy load。

      问题是，上述的定义都在hbm文件，每种对象的载入策略只能定义一次。而不能像jdbc那样，根据不同的情况select不同的结果列。

      顺带一个问题是那些信息不完全对象，比如产品只有序号和名字，不带其他信息时，在一个纯面向对象环境里不好表示，hibernate提供的component方案也不是太好。

3.透明持久化--对POJO的一些临时操作也会被持久化
     因为持久化是透明的，很容易就会误用，对POJO进行的一些临时操作，一不小心就被保存进数据库中。再加上Session，事务的混乱，远远没有用jdbc跑DML语句那么容易搞清楚发生的事情。

    而且，不是每个程序员都能习惯新的透明持久化环境，都对所用ORM系统的持久化策略理解深刻。何况这些策略以及整合它们的框架如Spring，还经常毫无提示的在升级时发生改动!!!

    所以，每个使用ORM的团队，在项目过程里总会有闹鬼的几天......

江南白衣 2006-01-05 21:22 发表评论

启动SpringSide--Promatic Enterprise Application KickStart项目

江南白衣 — Mon, 02 Jan 2006 09:47:00 GMT

作者：江南白衣

 SpringSide--Pragmatic Enterprise Application KickStart and Common Library Stack，这么长的一个名字下来，不用解释大家都知道是做什么的了----以Spring Framework为core，提供一个Pragmatic的企业应用开发基础和最佳实践展示。

定位：为使用Spring框架的开发者提供一个非Demo版的复杂、正式而体现最佳使用实践的参照系统。

   目标：囊括JavaEE必须面对的所有问题的合理的、合乎实践标准的解决方案，采用Plugins形式组织，使开发者可快速定位所需的参考方案并做加法到自己的系统。

    项目网站：http://www.springside.org.cn
    or http://springside.sourceforge.net

    1. Featrue List

Spring 2 - J2EE Framework.
Hibernate 3 - ORM, support EJB3/JPA1.0 in future.
Spring MVC /WebWork - Multi-Action Web framework.
JSP2.0 - View Template.
XFire - Web Service.
Acegi - Security, RBAC ana ACL.(doing)
Eclipse BIRT 2 - Report Engine.(doing)
Drools 3 - Business Rule engine.(doing)
ActiveMQ ,Jencks - JMS Message Driven POJO.
Quartz - Enterprise job scheduler.
DWR 2 , Prototype.js , TrimPath JSTemplate - Ajax
Compass - Search engine use Luecene .(doing)
Groovy - Dynamic script language.(doing)
Openi - BI web application for OLAP Report.(doing)
ServiceMix - ESB(Enterprise Service Bus) and JBI.(doing)
Commons Validator - client and server side validation.
SiteMesh web-page layout and decoration framework.
OSCache - Web cache solution.
ExtremeTable - JSP Tag Libraries.
Log4j - Logging tool.
Ant , Maven2 , JUnit, EasyMock - Build and Test tools.
UTF-8 and I18N.
Intergrate with Weblogic , Tomcat , JBoss , Geronimo.
And we are choising the Workflow solution.

    2. SpringSide与Appfuse有什么不同？
    1.SpringSide较完整的演示了企业应用的各个主题，而Appfuse只有简单的登陆界面和用户管理。

    2.SpringSide是深受Ruby on Rails影响的Pragmatic型的方案。

    3.Appfuse主要目的是展示各式mvc、orm方案与Spring的结合，有些技术属于高手玩具，而SpringSide展示的是一个国内项目的实际形态，并带中文手册与大量中文代码注释

    4. 脚本细节
  SpringSide的基本结构是JDK1.4 + Spring 2.0 + hibernate3 + Spring MVC multi-action + JSP2.0。

    使用 XFire提供WebService订书的服务端接口和 Java版/.Net版的客户端示范代码。

    店员是个兼职的学生，所以系统会为每张订单发一封通知邮件给店员。为了不影响顾客下单的速度，发信的动作由jms异步进行。

    系统还会用 Quartz定时扫描缺货的图书，用邮件通知店员。

    老板只负责看一些色彩丰富，带图的报表。Eclipse Birt2.0提供日常报表， Openi提供BI OLAP的。

    基于Lucene的 Compass做的图书全文搜索。

    基于 Drools规则引擎的订单满100元免运费，会员积分制等。

店面演示Ajax效果与 OSCache的Web Cache，SiteMesh的渲染效果使用。

    一些非关键业务，用 Groovy动态语言来快速开发。

    log4j系统将重要操作员日志异步写入数据库，使它们可管理。

    综合的Acegi i安全权限管理。

    utf-8, i18n的国际化项目。

   ServiceMix ，WorkFlow的故事设计中。

    5. RoadMap
    Road Map in JIRA Issue Checker ,欢迎大家提出更多Topic
    .
    6. 团队成员列表 (排名按加入顺序)

     欢迎朋友们加入。人多速度快是很重要的事情。

   参加方式有3种
   1.帮忙codereview提意见
   2.到JIRA里面领任务
   3.到JIRA 提出新任务

  真正贡献了力量的同志自然会成为开发人员.


    Team Worker：
     江南白衣，cac，@_@，wuyu，charlse, efa，yimlin
     Contributor：
     water ye ，totodo，david.turing，pesome，oofrank

     长老供奉：
      庄表伟，Robbin

     (排名按加入时间）

7. 交流区

演示站点

开发RoadMap

Spring中文论坛专区

团队开发日志

开发者QQ群：15690287 (only for Springside developer)
用户QQ群: 21601442

江南白衣 2006-01-02 17:47 发表评论

在厨房，车顶，草地上使用Spring

江南白衣 — Fri, 30 Dec 2005 02:40:00 GMT

   作者：江南白衣

    Spring再强大，也要面对降临的问题--因为Spring不是Weblogic、Tomcat般的顶层容器，Servlet和EJB对象不由它创建，所以它必须要降临到Weblogic、Tomcat所在的位面。
     初学者一般不用管那么多，照着Spring+hibernate+Struts之类的Sample就做了，但慢慢的，也许就要开始在jsp+javabean体系，土制框架，singleton类等环境下使用Spring了。
     《Professional Java Development with the Spring Framework》第3章有"Managing the Containe"一节讲这个问题。一般可以分为直接召唤系与IoC fashion两类。

     1.直接召唤系--Singleton的Application Context
      最简单的，就像在UnitTest里那样，直接构造Application Context：

ApplicationContext ctx = new ClasspathXmlApplicationContext("ApplicationContext.xml");

      在Web环境里，会使用ContextLoader构造ApplicationContext后，压进Servlet Context。
      由ContextLoaderListener或ContextLoaderServlet，在Web应用启动时完成。
      然后在Jsp/Servelet中，可以通过Servlet Context取得ApplicationContext：

ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(application);

     但像singleton类或者EJB中，就没有Servlet Context可用了。
      如果全部像UnitTest那样直接构造，速度就会很不堪。自然的，就想到把ApplicationContext做成单例。
      Spring提供了ContextSingletonBeanFactoryLocator这样的物体。
      先搞一个beanRefFactory.xml，里面写上所有的applcationContext-*.xml文件名，并把Context命名为"default-context"：

<beans>
  <bean id="default-context"  class="org.springframework.context.support.ClassPathXmlApplicationContext">
    <constructor-arg>
      <list> <value>applicationContext.xmlvalue>list>
    constructor-arg>
  bean>
beans>

然后让loactor去找它，但代码有点长：

BeanFactoryReference bfr = DefaultLocatorFactory.getInstance().useBeanFactory("default-context");
BeanFactory factory = bfr.getFactory();
MyService myService = factory.getBean("myService");
bfr.release();
// now use myService

    上面的代码实在是太灵活，太麻烦了。
    还不如自己实现一个简单的Singleton，扩展ContextLoaderListener类，在Web系统启动时压入Singleton。

    新的ContextLoaderListener类重载如下，ContextUtil中包含一个静态的ApplicationContext变量：

    public void contextInitialized(ServletContextEvent event)
    {
        super.contextInitialized(event);

        ServletContext context = event.getServletContext();
        ApplicationContext ctx = WebApplicationContextUtils.getRequiredWebApplicationContext(context);
        ContextUtil.setContext(ctx);
    }

用家可直接取用：

ApplicationContext context = ContextUtil.getContext();

2.IoC fashion
    如果所有地方都使用直接召唤系，那就反而是在打Rod的耳光了。因为他一直都反对代码与框架深耦合的。
    所以，更好的方法是写一些glue code、base class来完成Spring的降临，而不让应用代码察觉Spring Application Context的存在。
    不过，因为各个框架的结构不同，Rod也没办法讲出一个通用的整合方法，所以建议大家尽量学习已整合的各种框架，如Spring MVC、Struts的种种方式，写出自己的简单整合代码来。

    只有不确定的调用某些Singleton类，不适合过早ioc的情况，可以使用直接召唤系。

江南白衣 2005-12-30 10:40 发表评论

全球四大Java研讨会

江南白衣 — Thu, 22 Dec 2005 02:57:00 GMT

作者：江南白衣

每年的全球四大Java研讨会，它们的agenda，给大家提供了一个捉摸Java时尚风向的便利。
每年花几天看一遍它们的报道和share出来的slides，是CTO该做的事情。

PS. 如果你被邀在哪里做讲演，又想不到给下面那些似睡似醒的猪头说什么的，可以从中参考一二。
PS2.在迷宫一样的网站中翻滚了半个小时，把agenda和slides的链接都整理了出来，便人便己。

TheServerSide Symposium 对很多人来说，TheServerSide才是真正的Java官方社区--06年的agenda。

JavaPoils 欧洲最大的Java研讨会--05年报道，04年完整Slides，05年(1)pdf陆续补全中，05年(2)pdf，04年的talk (需简单注册）。

Java One 官方，官方.....--05年报道，05,04年的ppt。

No Fluff Just Stuff tour 简称NFJS的大马戏团，最近的Spring Experience也是和它一起搞的
--05年某次的报道，过往的Agenda，Spearker的blog聚合。

江南白衣 2005-12-22 10:57 发表评论

一个２００５年末典型的Java EE场景

江南白衣 — Sat, 17 Dec 2005 03:47:00 GMT

    作者：江南白衣

　俗话说得好，没吃过猪肉不要紧，没见过猪跑路就很没面子了。新公司上班一周，主要就是看猪跑路，2005年末，一个典型的Java EE项目，场景是这样的：

    1.一台内存强得变态的Sparc呼哧呼哧的在跑Oracle 10g。

    2.它的一个兄弟，共享T3阵列，静静的跑vcs 为它做着双机热备份。

    3.两台Weblogic 9做群集负责后台管理。
　   编程模式是最老土的struts+spring+hibernate，再蹭一点Ajax。

    4.四台Weblogic 9做群集负责前台门户。
　   最直接的jsp + javabean，用weblogic的tag作了页面Cache。
　   weblogic还发布了一堆Web Service接口，也不时调用一下合作伙伴提供的WS。
　   最后还有一伙定时Task在奔跑，有些是自动改变帐单状态，有些是自动把数据导出，ftp到合作伙伴那。

    5. 一台Crystal Reports XI 的报表服务器。
　   逻辑都用PL/SQL封装在SP和中间表里，设计报表时直接取用便是，不沾一丝Java代码的烟火。
　   PS. 这台也是唯一的Windows Server，

    6. 还有一些跑Tomcat（省钱)的独立小应用，一些C写的任务，零散的分布在上面9台服务器的角落。

江南白衣 2005-12-17 11:47 发表评论

微软DSL开始搞局UML，四夷同贺

江南白衣 — Wed, 07 Dec 2005 13:35:00 GMT

   作者：江南白衣

   今天CSDN的头条是微软DSL 对决 UML，虽然不是什么新闻了，但还是很开心。因为我实在很不喜欢基于UML2.0的所谓MDA。
    某人说，世界上没有无缘无故的爱，却有无缘无故的恨，尤其在网络上。
    所以我很不喜欢UML三友。
    因为(非鱼批：不是说无缘无故么?) UML中除了Class图、顺序图、交互图，其他如部署图之类的，根本就是急就章，估计也就花了三友宝贵的十分钟设计出来的，也没多大用处。而Class图和顺序图，换作诸位看官，回家憋几天也能设计出个八九不离十的式样出来。就这么点东西，值得捧到高高的神坛上坐这么久不下来么？

    第二不喜欢基于UML的MDA。UML作为沟通工具还好，但想用tagged value表达整个系统作为代码生成的依据，就像想拿XML来描述整个商业系统、商业逻辑一样。看这些年来，工具开发商浪费了这么多人月，除了实际帮了不少研究生的毕业论文外，再没多少成果了。（那些有限的生成效果，随便一个xml文件或者PowerDesigner放开手脚做一下也不差多少)

    但就是这个三友和UML，把业界向更高一级语言迈进的希望死死绑在一辆战车上一绑就是好几年，现在终于有一个出来搞局的了，而且还是手臂足够粗大的微软，就象Spring 搞了EJB2的局一样，怎不叫我这种蛮夷拍手叫好？
    甚至不用管微软的设计最后是否成功(不过开发领域，微软还没有过完全失败的产品)，只要把局搞乱，我就很高兴。何况，我也是个DSL爱好者。

江南白衣 2005-12-07 21:35 发表评论

学Geronimo玩票式的用开源软件组装AppServer

江南白衣 — Mon, 05 Dec 2005 03:30:00 GMT

作者：江南白衣

昨天看J2EE 5规范的时候，八卦看了下如果自己要组装一个Application Server需符合的规范：
EJB容器:
Enterprise JavaBeans (EJB) 3.0 (JSR-220)
Java Message Service (JMS) 1.1
Java Transaction API (JTA) 1.1
Java Authorization Service Provider Contract for Containers (JACC) 1.1
Java Platform, Enterprise Edition Management API 1.1 (JSR-77)
Java Platform, Enterprise Edition Deployment API 1.2
Java EE Connector Architecture 1.5

Web:
JavaServer Faces 1.2 (JSR-252)
Servlet 2.5
JavaServer Pages (JSP) 2.1
Standard Tag Library for JavaServer Page (JSTL) 1.2 (JSR-52)

Web Services:
JavaAPI for XML Web Services (JAX-WS) 2.0
JavaArchitecture for XML Binding (JAXB) 2.0 (JSR-222)
Web Services Metadata for the Java Platform 1.1 (JSR-181)
Web Services for Java EE 1.2 (JSR-109)
Java API for XML-based RPC (JAX-RPC) 1.1
SOAP with Attachments API for Java (SAAJ) 1.3
Java API for XML Registries (JAXR) 1.0

Other:
JavaMail 1.4
JavaBeans Activation Framework 1.1
Streaming API for XML (StAX) 1.0 (JSR-173)
Common Annotations for the Java Platform 1.0 (JSR-250)
Debugging Support for Other Languages (JSR-45)

再看Geronimo的做法，不由觉得好好笑，它居然玩票式的组了一队开源软件来应付这些规范(不过止应付到J2EE1.4)：

1.Tomcat/Jetty ，应付了Web方面的Servlet 2.5 、JSP、JSTL。

2.Axis包了WebService方面的所有东西，Apache scout包JAXR。

3.OpenEJB 应付 EJB2.1，这是整个链条里最勉强的部分。另外它也准备EJB3的开发了。

4. ActiveMQ管JMS，MX4J管JMX，JOTM管事务，HOWL作事务日志。

5.WADI - a clustering, load-balancing and fail-over solution
具体请看《Geronimo！第 2 部分: 驯服 J2EE 1.4 这匹野马》

除了上述规范，Geronimo还整合了Spring和支持JBI的ServiceMix，一共用到了50多个开源项目，几乎把Apache，CodeHaus上的项目一网打尽，伯乐过而北群空了。这样拉大旗建AppServer的方式，的确打破了某种市场状态，模糊了Application Server的界限，好好玩。

Geronimo这种疯狂整合靠的是它的GBean架构，具体看《将第三方组件集成到 Geronimo 中》，而GBean之间的引用和交互，则靠cglib生成的动态代理。有时间要具体学习一下这种全包容的架构，不知是先进还是落后。

PS . TSS 最近两天的三条消息
1.Terracotta announces Clustered Spring Runtime --Terracotta 为Spring加入了集群能力。
2.JBoss adds Arjuna transaction engine -- Jboss整合了原来HP旗下BlueStone AppServer的事务技术，支持WebService事务。
3.jManage 1.0, JMX client, released-- 一个有Web版(这点比Mx4J好啊)和Console版的JMX client。

传统Applicaton Server供应商的日子越来越不好过了。

江南白衣 2005-12-05 11:30 发表评论

又到预测时，what will be cool in 2006?

江南白衣 — Sat, 03 Dec 2005 18:49:00 GMT

作者：江南白衣

2005就这样完了，ONJava的年终总结: 2005 Year in Review。
TSS年初开会时讲得专家们自己都开始有点厌倦的EJB3，JSF1.2，Ajax，AOP的三宗合一，SOA和ESB，Groovy，还是没有一个stable的东西出来。

眼看2006，又是继续将这些话题变成产品的一年，让我们继续讨论厌烦：

*Full stack Application Framework: Spring 2.0
  Spring 2.0吹风会兼FB大会刚刚开过。夜观星象，Spring气数未尽，开源社区里也只它有资格不断整合别人。
  另一个Stack名曰RIFE，不过比较独。
另外，JBoss搜刮的JEMS (JBoss Enterprise Middleware)和JSF+EJB3的Seam也会继续发音。

*Web Framework：JSF 1.2
  最怕别人问现在开项目用哪个Framework好，选来选去暂时还是投靠标准好了。
不知道Struts Ti，Struts Shale，Spring MVC的2006会怎样。
   而Continuations这个名词明年也许会闪亮一下。

*Persist Framework： Hibernate 3.1 (EJB3/JPA1)
  在RoR的Active Record刺激下，annotaion 和default mapping终究要替代xml描述文件。
   另外，除了麻烦的ORM，也很希望有一个极简的JDBC Framework，不知道JDBC4.0和Spring跑JDK1.5的SimpleJdbcTemplate什么样子。

*Web Service Framework：XFire (JAX-WS2.0、JAXB 2.0)
SOA 风潮下的next-generation SOAP Framework，支持JavaEE 5的JAX-WS2.0、JAXB 2.0与annotation，还拖上了Spring的手。
Axis的事实标准地位该不保了吧。

*JBI-ESB：ServiceMix
2006年的新大热名词--JBI(Java Business Intergrade)与ESB(Enterprise Service Bus)。

*Java Rule Engine与JDM 2.0：Drools
   Rule Engine和Data Mining 已经说了很久，不知道明年又如何。但Drools则演绎了一条标准的成名路：
   1.先入CodeHaus再入Jboss
   2.（号称）集成Spring
   3. 提供Eclipse的插件

*动态语言嵌入：Groovy
  期待在Ruby的不断刺激下，1.0正式版发布后的正式用家。

*some Ajax Framework
   Buffalo, Prototype, Dojo, MochiKit, DWR 混战之下总该有脱颖而出者吧？

*AOP三宗归一
虽然大家还很少在应用中使用它，AOP在Spring 中的作用却非常明显。不知道Spring2.0是否可以三宗归一，给出一个框架设计时使用的简单方案。

江南白衣 2005-12-04 02:49 发表评论

Java Web Alignment Group成立与WebWork-Struts合并

江南白衣 — Wed, 30 Nov 2005 09:05:00 GMT

作者：江南白衣

今天的一条八卦，在Asp.net 2.0与Rails系 RoR/DJango/Turbogears的两面夹击下，Java Web Framework的大佬们终于看到狼来了，坐下来，吃个包，开始商量合作。
消息在TSS主编Dion Almaer的Blog上看到，再看这个Java Web Alignment Group ，果然阵容鼎盛，36个Member，江湖上大部分大佬都到齐了。Yahoo Group免费参观，不过他从2005.11.10号开始就已经没有贴子---歇菜了。

Framework	Group Members
Beehive	Rich Feit
AppFuse	Matt Raible
JavaServerFaces	Ed Burns, Kito Mann, Craig McClanahan, Roger Kitain, Jacob Hookom, James Mitchell, Adam Winer
MyFaces	Bill Dudney, Ted Husted, James Mitchell, Travis Reeder
Seam	Gavin King, Jacob Hookom
RIFE	Geert Bevin, JR Boyens, Keith Lea
Spring MVC and Web Flow	Alef Arendsen, Keith Donald
Stripes	Tim Fennell
Struts Classic	Don Brown, Ted Husted, James Mitchell, Hubert Rabago, Niall Pemberton
Struts Shale	Craig McClanahan
Struts Ti	Don?, Rick?, Patrick?, James?
WebWork	Patrick Lightbody
Wicket	Eelco Hillenius

上面的名单已成历史，唯一有趣的是Tapestry并不在列。
这个Group的最后成果就是Struts和Webwork上演了一出你的名字我的名字的Struts Ti 。---"以Struts为名字，Webwork为核心，加上Beehive的annotataion和pageflow，再提升与JSF的集成能力"。可惜Spring MVC暂时不会加入，而JSF系如何合并还未知。最期待的，是它的Phase 2--zero congfig file。

江南白衣 2005-11-30 17:05 发表评论

OpenLaszlo 3.1发布--重拾几乎遗忘的RIA理想

江南白衣 — Tue, 29 Nov 2005 04:23:00 GMT

作者：江南白衣

一年前，RIA新浪潮。
1.以新的Web控件代替复杂dhtml对控件的模拟；
2.以重返C/S的用户体验代替传统http的提交-返回模式，开发模式上甚至可以直接调用商业对象。
RIA一出现就尽获民心。但，Flex因为收费，XUL因为终端，XAML因为无期，OpenLaszlo因为出身与性能.......渐渐退出了大家的嘴边，他们也的确不争气，又一年过去了，都没再弄出大的声响。

这一年大家做什么呢，是忽然走红的ajax，来实现RIA中不刷新页面的承诺，还有高级如DWR，JSON-RPC，同样实现RIA中对商业对象的直接调用。
之前有ECHO2，而最近出现的一个框架叫ZK1，开发人员用XUL来开发，然后臂大力雄的框架会把XUL渲染成dhtml+ajax，算是一种有趣的思路。
   但我还是觉得，浏览器应该升级，而不是靠复杂的dhtml+ajax来模拟，我是革命派，不是改良派，相对于全体民众花在模拟上的成本，浏览器的升级要简单得多。

前几天因为想在blog上弄点小花样，去了基于OpenLaszlo的blogbox。再回头，发现OpenLaszlo已经发布到3.1版本。

OpenLaszlo 3.1版本升级良多，已解决性能与中文问题。
*新版本可以编译为Flash 6、7、8的格式，性能上突飞猛进，不再是以前吃资源的巨怪。
*支持Unicode，支持中文了。
*支持SOLO deploy了，也就是不再要求Servlet Container，也可以deploy到IIS和Apache。
其他还有Drawing API，Charting Components，Dynamic Libraries，Ajax API等一系列升级。

OpenLaszlo3.1的编程体验
1.不愧曾是.com的产物，在Windows 下点了两下next就装完了，而且已有了整套的开发环境，10秒钟之后，我开始在my-apps目录写我的helloworld.lzx，然后刷新页面看结果。

2.XML格式的控件定义，JavaScript作为脚本语言，再加上完备的tutorial、reference文档和demo code，又和wxWidgets那样，基本上没什么特别要学的东西，直接可以开始编码了。

3.为什么RIA要比模拟RIA要好？
开篇两点之外，OpenLaszlo还可以自由定义控件的layout，比用table、div的做法自由。
另外，OpenLaszlo还可以简单的利用现有控件，定义新的控件和式样。

对OpenLaszlo有不满意吗？
  有阿，用户社群太少。还有控件的默认式样也比Flex的差一截，虽说可以自己customize，但不是每个人都那么有空的呀。还有那个IBM友情客串的IDE，啥时候才弄得像个样嘛。

Flex ,XUL又在做什么？
Flex2 摆出的阵仗显然胜于OpenLaszlo：
Flex Framework 2, Flex Builder 2,Flex Enterprise Services 2,Flex Charting Components 2
但，公无收费，公竟收费，&*(^%，当奈公何。

XUL呢，新出的Firefox1.5只是Firefox1.0的补完，看不出FF2.0的痕迹，一年了。

江南白衣 2005-11-29 12:23 发表评论

Java下的框架编程(5)--cglib的应用

江南白衣 — Mon, 28 Nov 2005 14:49:00 GMT

   作者：江南白衣

   反射、Proxy和元数据是Java最强的三个特征，再加上CGLib (Code Generation Library)和ASM，使得Java虽然没有Ruby，Python般后生可畏，一样能做出强悍的框架。
   Proxy可以看作是微型的AOP，明白提供了在继承和委托之外的第三个代码封装途径，只要有足够的想象力，可以做得非常好玩，Spring的源码里用Proxy就用得很随便，看得我非常眼红。可惜Proxy必须基于接口。因此Spring的做法，基于接口的用proxy,否则就用cglib。AOP么，一般小事非compoent一级的就不麻烦AspectJ出手了。

    cglib的Enhancer说起来神奇，用起来一页纸不到就讲完了。
    它的原理就是用Enhancer生成一个原有类的子类，并且设置好callback到proxy，则原有类的每个方法调用都会转为调用实现了MethodInterceptor接口的proxy的intercept() 函数：

public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy)

在intercept()函数里，你可以在执行Object result=proxy.invokeSuper(o,args);来执行原有函数，在执行前后加入自己的东西，改变它的参数值，也可以瞒天过海，完全干别的。说白了，就是AOP中的around advice。

AOP没有出现以前，该领域经典的设计模式是Decorator，像Java IO Stream的设计就是如此.不过，如果为每个DAO, 每个方法的写Decorator函数会写死人的，所以用上cglib的好处是一次过拦截所有方法。

另外，cglib除了Enhancer之外，还有BulkBean和Transform，都是Hibernate持久化的基础，但文档贫乏，一时还没去看怎么用。

1.AOP里讲了一百遍阿一百遍的log aspect在cglib是这样做的:

   public class LogDAOProxy implements MethodInterceptor
   {
       private Logger log=Logger.getLogger(LogDAOProxy.class);
       private Enhancer enhancer=new Enhancer();
        //返回DAO的子类
       public Object getDAO(Class clz)
       {
           enhancer.setSuperclass(clz);
           enhancer.setCallback(this);
           return enhancer.create();
       }
       //默认的拦截方法
      public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy) throws Throwable
      {
           log.info("调用日志方法"+method.getName());
           Object result=proxy.invokeSuper(o,args);
           return result;
      }
   }

应用的代码:

    LogDAOProxy proxy = new LogDAOProxy();
    GoodsDAO  dao = (GoodsDAO)proxy.getDAO(GoodsDAO.class);
    dao.insert(goods);

2.而在Spring的管理下应该略加修改的高级Decorator
上面的例子用return enhancer.create();创建子类实例，但在Spring管理下，一些Bean的实例必须由Spring来创建和管理，而不由enhancer来创建的。所以我对上述用法略加修改，使它真正当一个Proxy的角色，请对比黑体字的部分

  public class LogDAOProxy implements MethodInterceptor
  {
       private Logger log=Logger.getLogger(LogDAOProxy.class);
       private Object dao=null;
       private Enhancer enhancer=new Enhancer();
        //返回DAO的子类
       public Object getDAO(Class clz,Object dao)
       {
           this.dao = dao;
           enhancer.setSuperclass(clz);
           enhancer.setCallback(this);
           return enhancer.create();
       }
       //默认的拦截方法
      public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy) throws Throwable
      {
           log.info("调用日志方法"+method.getName());
           Object result=proxy.invoke(dao, args);
           return result;
      }
  }

可见，原来模式里在getDao()时由enhancer创建dao，而调用intercept时则将enhancer创建的dao以Object o参数传回。
而新模式里，dao在getDao()时从外面传入，enhancer.create()返回的是一个proxy. 而调用intercept时，实际会用之前传入的dao进行操作，而忽略Object o参数传入的proxy.

有点遗憾, intercept函数里MethodProxy的Signature是固定的 , 即客户如果调用foo(String),你不可以用proxy.invoke偷换成foo(String,String);

系列文章：
Java下的框架编写(1)--序
Java下的框架编程(2)-对泛型的无聊用法和为擦拭法站台
Java下的框架编程(3)--关于反射的碎话
Java下的框架编程(4)--Annotation vs XML vs Interface 最新一Round
Java下的框架编程(5)--cglib应用
Java下的框架编程(6)--asm(待写)

江南白衣 2005-11-28 22:49 发表评论

Java下的框架编程(4)--Annotation vs XML vs Interface 最新一Round

江南白衣 — Fri, 25 Nov 2005 04:43:00 GMT

作者：江南白衣

1.因为两者的用途不同，所以Annotation与XML应该并存

　Anootation vs XML 到了现在，在Spring和EJB3各占一边的持续演示下，各自的用途已清晰。
   虽然两者之间完全可以相互替代，没有绝对不能做的事情，但却存在好不好的问题，两者的用途不同，应该并用：

   "size=10，db_user=ito"这样的参数，仍然适合放在XML，YAML(ruby)，properties，ini文件里。
    而Annotation中所放，是真正程序的一部分，是旧编程体系中所缺的那一块东西。
　看看编程语言的发展：
    一开始只是函数的封装；
    到了OO语言，对象有了自己的属性和方法；
    到了框架满天飞的年代，这些属性和方法又有了自己的属性，来告诉框架如何为自己提供服务。比如Spring和EJB3，POJO就用配置信息来告诉框架无侵入的提供服务。整个进化的过程非常自然。

    因为这些信息本来就是程序的一部分，所以应该仍然放在Code里头，Spring把它割裂到XML明显影响了代码的阅读。

2.Anotation/XML PK Interface，Spring 无侵入性的基础
   切尔斯基的Blog讲了Annotation/XML 对Interface的PK。这次PK，也可以认为是Spring 对 EJB2.1在框架无侵入性上的一次PK。
   在EJB2.1时代，POJO必须通过接口来向框架声明一些东西，这就造成了框架的侵入性，强迫POJO实现一堆接口。而Spring，把这些元信息搬到了XML配置文件。
　在Spring里随便就可以举个例子。比如一个POJO，在Spring为它进行依赖注入A和B后，需要根据A和B来装配一个内部属性C，这样就需要再跑一个init()函数。Spring提供两种方式，一种侵入性的，实现InitializingBean接口的afterPropertiesSet()函数供Spring调用。   而另一种是无侵入性的，在Bean的xml节点里面自行定义init函数的名字。

３.Annotation目前的弱点
　一是Hibernate、Struts、三姑妈、四姨婆的annotation如果一股脑儿的全堆在可怜的POJO上很没人道，如果三姑六婆都抢Transation这个Anontation就更惨了。
    二是annoation的表达能力有限，不如XML的强。

4.JSR250 - Common Annotations for the Java
    Final Draft已经发布，八卦回来一看，也只是多定义了几个Common Annotation而已。
   1.Generated 自动生成的代码要用此声明，而且必须说明工具的名称，如@Generated(“com.sun.xml.rpc.AProcessor”)

   2.Resource/Resources 就是EJB3里面用的资源引用。

   3.PostConstruct / PreDestroy 声明那些如题的函数。

   还有一些安全方面的annotation，不关心。

文章：
Java下的框架编写(1)--序
Java下的框架编程(2)-对泛型的无聊用法和为擦拭法站台
Java下的框架编程(3)--关于反射的碎话
Java下的框架编程(4)--Annotation vs XML vs Interface 最新一Round
Java下的框架编程(5)--cglib应用
Java下的框架编程(6)--asm(待写)

江南白衣 2005-11-25 12:43 发表评论

各系Rails大点兵

江南白衣 — Tue, 22 Nov 2005 05:16:00 GMT

   作者：江南白衣

   不知道明年今日，会不会出现一队只会用Ruby On Rails的毕业生，像当年的asp、jsp、php迅速剿了C++/perl的CGI那样，把我们给剿了。同好们劝我，根据大公司经济学，这基本不会发生。

    在茫茫的框架之海认出一个Rails框架，基本上靠四个特征
    1.一门动态语言
    2.一个extreme simple to use的ORM框架
    3.一个extreme simple to use的MVC框架
    4.一些自动生成代码的命令、模版
    其余ajax、web service、i18n等特性自由扩展

   1.Ruby: Ruby on Rails
      Rails系的旗手，一己之力搞得J2EE阵营鸡飞蛋打。
      旗手的作用表现在：
      *最接近1.0的版本，目前已出到最后一个RC版 1.0 rc4(0.14.3)
      *拥有一本amazon超级畅销的《Agile Web Development with Rails》，而且这本书的组织也好，part I是一个渐进的sample application 让你快速入门，partII是几个重要领域的深入介绍。
      *拥有自己的IDE: RadRails ，基于Eclipse但独立成军，目前出到0.5。(是不是怕惨了Eclipse的多变，现在这些IDE的发行版本开始反包含了Eclipse在内。)

    2.Python: DJango、turbogears
       认识不深，所以DJango请看limodou的blog，turbogears看xlp123的。

    3.Groovy: grails
       如果能顺产，绝对是J2EE阵营里感情分最高涨的项目。因为它语言用Groovy，ORM用annotation版Hibernate，MVC用Spring。不用担心它换汤不换药，因为经过extreme的封装，再结合Groovy，绝对不再是原来的Spring+Hibernate，而是和RoR差不多的一样东西了。不信可以看看他的Sample。
       不过这个项目的源码目录树非一般的乱，也还没有0.1版释出。还有一样奇怪的事情，这个Groovy项目，大多数的class代码都是Java写的。

    4.Php: symfony ,cake
       据说cake比symfony弱非常多，所以没看。
       symfonys是基于php5的项目，成功整合了Propel(ORM)、Mojavi3(MVC)，再配合自动生成的脚本打造而成。看他的sample，最后整合出来的东西也很Rails了，除了ORM层的xml文件。
        还有一个发现是Php项目现在可以用pear来安装，很像Ruby的gem，Java的Maven要努力了。

C:/>pear channel-discover pear.symfony-project.com
C:/>pear install symfony/symfony

这样就装完了symfonys和propel&croel, mojavi3,还有用来运行脚本命令的pake(php make)，PHing(php ant?)，一大堆东西。

江南白衣 2005-11-22 13:16 发表评论