2008年8月29日，W3C 的Web IDL 工作草案正式发布，令人惊奇的是在规范说明中竟然出现了“周杰伦”的名字。

　　Web IDL（Interface Definition Language，接口定义语言）该规范定义了一个OMG IDL 3.0的语法子集，用来规范定义的接口。Web IDL 是一个具有多种功能的IDL 变量，便于规范Web平台中的常用脚本对象的操作。其中包括了大量的扩展功能，以及捆绑了针对ECMAScript 3rd Edition 和Java的语言工具。

　　令人惊奇的是，在规范说明书的3.8.9. Stringifies小节，“周杰伦”的名字赫然出现在示例代码中，堪称为以中文名出现在W3C规范里的第一人。（使用 UTF-8 编码查看）

截图：

介绍：http://www.w3.org/TR/WebIDL/
来源：CSDN

　　番茄花园美化修改版Windows XP的作者、软件下载网站番茄花园(tomatolei.com)站长洪磊的父亲19日晚22:50独家向新浪科技证实，洪磊已经于15日(上周五)被警方拘留审查，网站被关闭，服务器及洪磊的笔记本被警方带走，为洪磊提供的技术开发支持的成都红果科技有限公司也被查封。

　　据知情人士透露，由于此案是直接由上级机关指派给苏州公安局虎丘区派出所要求查处，并且负责破案的不仅仅是苏州方面，因此很早就有人猜测这是微软方面直接参与促成的事件。

　　8月20日中午，微软中国也向媒体正式作出了回应称，“番茄花园从事的软件盗版活动在相当长的一段时间以来十分猖獗，包括微软在内的众多国内外软件公司的权益均受到了严重损害，鉴于此，微软日前和其它软件公司就番茄花园网站的侵权犯罪活动，向国家版权局和公安部进行了投诉，并得到了高度重视。”

　　上个月可能最受大家关注的新闻就是这条了，或许大家会简单的认为这次事件纯属微软的反盗版行为，但是这次事件绝不仅仅是简单的反盗版，微软之意在于一箭双雕，一方面严重的打击了最大的盗版源，另一方面为其在中国面临的反垄断调查提供筹码，更深层次的意义在于消灭 Windows XP 在市面上的流行。

　　让我们来看看和微软反垄断相关的一些相关动作的时间吧：

　　7月31日，董正伟向商务部、国家工商总局、国家发改委发出《请求保护公民财产权益的建议申请书》，建议对微软开展反垄断调查，罚款10亿美元，并责令其公开程序源代码，并建立微软产品的价格听证制度。

　　微软做出的回应是：

　　“由于微软大部分以非正版方式存在，正版产品市场份额很小，因此微软在中国构成垄断的前提不存在。”微软公司资深副总裁、微软（中国）有限公司董事长张亚勤称。这是微软高管自中国《反垄断法》8月1日实施后第一次正面回应微软在中国的垄断问题。

　　从时间上来看，我们可以认为打击番茄花园是微软为了上面这个回应的提供一个有效证据，增加其在反垄断调查方面的筹码。

　　最后大家可能忽略了另外一个不是那么重要的信息：

　　据国外媒体报道,微软此前表示,将于2008年6月30终止Windows XP操作系统OEM(原始设备制造商)版和简装版的销售(系统集成商的相应终止日期向后延迟到2008年12月31日)

　　也就是说，我们现在已经无法买到正版的 WindowsXP 了，而面对兼容性的问题，对硬件要求过高的问题，也是 Vista 普及的重大瓶颈，特别是在国内 WindowsXP 改版如此流行的情况下，Vista 推广受阻，微软一定会想办法去给盗版 WindowsXP 市场来一次釜底抽薪，让 Vista 在正版和盗版市场的占有率同步提高。

　　可以说，这次微软打击番茄花园在各个方面都给微软带来了不少的好处，可谓是一个妙招，而番茄花园站长洪磊也就成为了继珊瑚虫以后的有一个商业利益的牺牲品了。

posted @ 2008-09-05 10:02 steady 阅读(1631) | 评论 (2) | 编辑 收藏

Google浏览器横空出世–Goolge Chrome(Firefox 面临最大考验)

大家可以去 Google Chrome 的官方网站去下载：
http://www.google.com/chrome

Google chrome特性是：

• 从界面来看，我们设计了一个简单而高效的浏览器窗口。对大多数人来说，浏览器本身并不重要，它只是一个能够运行互联网网页、网站和网络应用等重要程序的工具。正如谷歌的经典主页，谷歌浏览器延续了简洁、快速的设计理念，帮助用户快速准确地到达目的地。
• 从根本上讲，我们提供了一个能更好地支持各种复杂网络应用的浏览器基础平台。通过让每一个标签相互独立开来，从而避免了两个标签页产生冲突的可能，同时面对来自恶意网站的攻击，谷歌浏览器提供了更好的保护。我们提高了浏览器整体上的速度和响应度。我们还建立了一个更强大的 JavaScript 引擎 V8，以便为下一代网络应用技术提供支持，这些网络应用在目前的浏览器上几乎不可能实现。
• —–来自Google黑板报“浏览器的新视角”

Chrome并非基于Firefox，而是基于苹果的WebKit引擎。尽管Safari并没有获得巨大成功，但WebKit却向它提供了一大优势：速度。WebKit和谷歌开发的V8 java脚本渲染引擎联手，理论上将使Chrome在速度上“百尺竿头，更进一步”。即使Chrome的功能达不到出色的水平，也将成为Firefox的强大竞争对手。

Google chrome，中文名叫什么好呢？叫“Google 合金”？或者来个跟通俗乃至庸俗的名字“Google 浏览器”？呵呵，不管来什么，这个都是一个好事情。我们都充满着期待，也许过10几分钟，也许还有几个小时，我们都能看到庐山真面目了。不过我突然感觉到自己被来自Google的服务全面包围：Gmail、Gtalk、Google 输入法、Google Analytics、Google  Reader  、 Google notebook，当然还有Google search。有点害怕，如果有天，Google告诉我你的Google 信用卡这个月消费是“1000RMB”，账单如下：…..。我还有什么Google所不知道的？:-(

再看看老外的Blog,几乎全球的技术Blog都在写有关Google Chrome的事情。真佩服Google 如此良好的口碑效应和强大的Marketing能力。有这样好的宣传，何愁没有用户？

posted @ 2008-09-03 08:57 steady 阅读(2020) | 评论 (5) | 编辑 收藏

盛通置业-合肥城市风景小区小偷一周连偷六家，安徽合居美尚物业熟视无睹

城市风景小区目前物业名为安徽合居美尚物业，该物业是刚于本月才成立的物业公司，只有暂定为三级的资质，无论从管理水平，管理资质上都不能达到一级服务标准，物业收费却按一级收费收费，有违《合肥市住宅小区物业综合服务收费指导价标准》的相关规定，但是在众多业主再三要求以及多次提意见之下，仍然没有得到任何答复和解决。

让我们来看看这个物业的所作所为吧
无组织无纪律,解决不了任何问题,遇到投诉一概推托，遇到问题一概无能为力，袖手旁观甚至说风凉话，晚上物业无人值班，出现任何问题没人可联系，更不可能帮忙解决；反而人多势众，一副欺软怕硬的样子，仿佛欺负业主才是正道；物业形同虚设，尤其是保安无所事事，近日来我们小区接连发生2起入户盗窃事件，被盗住户已有6家（5号楼4家，6号楼2家，第一时间，高新区公安局均有记录）。而且盗窃案件是在8.8号连盗四家5天之后又盗2家！！我们的物业“无所畏惧”毫无作为，简直拿业主的生命财产安全不当回事！！

相关恶劣表现不胜枚举！！请问，这样的物业，你们能够忍受吗？请问KFS， 这样的物业你们是怎么熟视无睹的？那么我们这些业主呢？是该行动起来还是继续沉默下去呢？

让大家都来了解一下，城市风景给了我们怎样的房子，又给了我们怎么样的物业？让一切惨不忍睹的行径曝光在众目睽睽之下，让更多的人来了解这个小区！！

posted @ 2008-08-13 14:06 steady 阅读(971) | 评论 (4) | 编辑 收藏

初探淘宝开放平台(TOP)

　　淘宝网，国内最大个人网上交易社区正式推出了开放平台（Taobao Open Platform，TOP），用户可通过淘宝开放的API，创建各种不同的电子商务应用。

　　淘宝开放平台项目是淘宝软件公司面向3rd App开发者，提供API接口和相关开发环境的开放平台。软件开发者可通过淘宝API来获取淘宝用户信息 （卖方和卖方用户信息，私有信息需要授权）、淘宝商品信息 （全淘宝超过1亿个商品的名称、类目、型号、介绍等信息）、淘宝商品类目信息（全淘宝商品索引及分类明细）、淘宝店铺信息（全淘宝店铺信息）、淘宝交易明细信息（在取得用户授权的情况下，查询每笔交易的详细情况）、淘宝商品管理（淘宝商品的上传、编辑、修改等接口）等信息，并建立相应的电子商务应用。同时，作为淘宝开放平台TOP项目的唯一合作平台——阿里软件平台在其中也扮演着重要的角色，它将为开发者提供整套的淘宝API的附加服务：测试环境、技术咨询、产品上架、版本管理、收费策略、市场销售、产品评估等等。

 

　　很多人会联想到之前 Facebook, Google 等互联网巨鳄推出的 OpenAPI，这些主要都是社交类的 API，提供 SNS 相关的服务，从而扩大自己的用户群。但是很多人都认为，淘宝这样的大型个人交易类的网站，用户数据是非常私密的资料，那么淘宝为何要提供开放 API 呢。

　　大家不妨将视野放宽，扩大到淘宝以外，聚焦到阿里巴巴旗下的另一个子公司——阿里软件，就能看到淘宝开放平台的目的所在，和 Facebook 不同，Taobao Open API 的目标不仅仅是扩大自己的用户规模，重要的是，阿里巴巴要用这个平台为自己赚钱。或许看到这里，大家都很纳闷，既然是开放平台，都是开放的，如何去赚钱，盈利呢？这个重任被压在了阿里软件身上，这个摇钱树就是近几年一个很热的名词 SaaS。一年前，我们看不出来阿里软件有什么不同的地方，提供了诸如阿里旺旺等工具，而且都是免费的。从今年年初开始，大家就开始感觉到阿里软件的变化，它提供的软件不再是纯粹自己开发的了，更多的是将一些重要的数据接口提供给第三方开发者，第三方开发者利用 Taobao Open API 完成自己产品的开发整合工作后，将自己的软件发布到阿里软件平台上，有客户购买了第三方的服务后，阿里软件就顺理成章的从中抽取佣金。这是一个新颖的模式，也秉承了阿里巴巴一贯的风格，首先让别人赚钱，再自己赚钱。阿里巴巴希望通过淘宝这样一个巨大的商业用户平台，发展出一个 SaaS 的中小软件产业圈。

　　淘宝是免费的，淘宝开放平台也是免费的，但是淘宝却慢慢的开始赚钱，并不是提供免费的东西就不能赚钱，人多了，总是有办法赚钱的。

posted @ 2008-08-08 09:31 steady 阅读(4642) | 评论 (5) | 编辑 收藏

龙星通讯—以次充好，欺骗客户的淘宝钻石卖家的骗钻之路

     摘要:   阅读全文

posted @ 2008-08-04 21:38 steady 阅读(2338) | 评论 (5) | 编辑 收藏

Linux 的安全防护，用 fail2ban 自动封IP

Linux 的安全防护，用 fail2ban 自动封IP

　　总以为 Linux 比较安全，被攻击的概率较低，不过我用了非常简单的 root 账户密码 (password)，家里的机子两次刚挂上网没半天就被人给改了密码，很是郁闷，不过两次的原因都很简单，挂上网后就开始遭遇不断的试密码，因为密码过于简单，很快就被攻破了，想想看，这也不是个事，密码就算比较复杂，天天也还是会被人试密码，心里总是不爽，找找看有没有什么输错几次密码就自动禁止 IP 的工具。这不，还真找到了个叫 fail2ban 的小工具，通过分析日志来自动 ban 入侵者的 IP，话不多说，装上去用用。

　　下载地址在：http://fail2ban.sourceforge.net/rpms/

　　找到最新版本的  rpm 包来安装，装好后，稍微根据自己的情况改一下配置就可以使用了。

vi /etc/fail2ban.conf

#以 daemon 方式启动 fail2ban
background = true

#允许尝试次数
maxfailures = 3

#触发 maxfailures 之後的封锁时间(秒); 设为 -1 表示永远封锁
bantime = 3600

#以 findtime (秒) 时间内的错误记录作为 maxfailures 的计数基准
findtime = 600

#排除 IP 范围, 以空白隔开
ignoreip = 127.0.0.1 192.168.0.0/24

#不启用 mail 通知
[MAIL]

enabled = false

#修改自 VSFTPD, 未提及的部份保持原设定
[PROFTPD]

enabled = true
logfile = /var/log/proftpd/proftpd.log
failregex = no such user|Incorrect password

#未提及的部份保持原设定
[SSH]

enabled = true
logfile = /var/log/secure

service fail2ban start

这个服务启动以后，每天都能在 /var/log/fail2ban.log 中看到有攻击的肉鸡被 ban 了。

2008-08-01 09:13:33,532 WARNING: SSH: Ban (3600 s) 205.189.197.66
2008-08-01 12:24:41,943 WARNING: SSH: Ban (3600 s) 121.52.209.5

posted @ 2008-08-02 22:08 steady 阅读(591) | 评论 (0) | 编辑 收藏

徽商集团·安徽盛通置业开发的合肥城市风景小区出现严重质量问题，开发商拒不处理(5)

经两次与开发商交涉,未达到预期效果,目前开发商安徽盛通置业对《业主意见书》所反映的种种现象予以否认，并采取不理不采的消极态度对待业主代表的交涉。
盛通置业总经理王文利用其与徽商集团的某种及其特殊的关系，积极压制业主对其的种种投诉，对于这样的情况，小区业主联合起来，积极展开维权活动。

posted @ 2008-07-12 20:39 steady 阅读(512) | 评论 (1) | 编辑 收藏

徽商集团·安徽盛通置业开发的合肥城市风景小区出现严重质量问题，小区业主积极维权(4)

业主意见书

致：安徽省徽商集团发展有限公司

由安徽徽商集团发展有限公司（以下简称“你方”）开发的徽商·城市庭院三期·城市风景现已按照《商品房买卖合同》约定的时间通知三期业主（以下简称“我方”）验房，但我方在验房过程中发现诸多有违《商品房买卖合同》中的条款的现象，以及有碍正常使用和存在安全隐患的多处质量问题，并就有关物业的收费有诸多疑议。特向你方提出书面说明，并就赔偿和整改提出我方意见，希望你方慎重对待。

第一条：你方有违《商品房买卖合同》的条款：

1．违反合同第十四条出卖人关于基础设施，公共配套建筑正常运行的承诺，验房当日，上下水不通，供电设施不能正常使用

2．违反合同补充条款中以下物品的规定：

（1）    防盗门：所有进户门都是防火门，而非防盗门

（2）    单元电子对讲保安门：室内未安装

（3）    信报箱：未安装

第二条：有碍正常使用和存在安全隐患的质量问题：

1．消防、智能化设施不完善

2．室内门、窗未按照《建筑安全玻璃管理规定》使用有双面3c认证标志的安全玻璃，阳台栏杆玻璃厚度不符合规范，且与可踏面的间隙过大

3．房屋墙体、楼面多处存在空鼓现象

4．墙面的垂直偏差大

5．配套设施不完善：小区道路、绿化、景观、车库等都未竣工，未达到一个小区正常交付使用的基本标准。

第三条：有关物业方面的疑议：

1．楼书上承诺是信誉较好的深圳长城物业管理有限公司，在我方尚未入住便已撤换，存在虚假承诺嫌疑

2．安徽合居美物业是刚于本月才成立的物业公司，只有暂定为三级的资质，无论从管理水平，管理资质上都不能达到一级服务标准，物业收费却按一级收费收费，有违《合肥市住宅小区物业综合服务收费指导价标准》的相关规定

就以上问题，我方业主经过集体协商，希望你方按以下方式进行解决：

对于第一条已构成违约，按照《商品房买卖合同》第九条的规定进行违约责任和由此造成的经济责任的赔偿，并就未按合同约定的安装、开通在5日内予以符合约定和规范的安装和开通。

对于第二条1、2、3、4项进行维修和更换，并根据每户具体情况进行相关规定的经济赔偿，第5项在10内整改完善完毕，并确保正常存活和使用。

对于第三条在给出合理解释的同时，重新核定收费标准，否则我方将集体不交物业管理费。

此《业主意见书》将委托业主代表亲自送达及挂号信两种方式送达你方。我方要求你方就以上三条涉及的内容，按照我方要求在最先送达之日起3日内就解决办法和期限做出书面回复。

我方将保留媒体曝光、政府部门投诉以及追究你方法律责任的权利，希望你方予以重视，积极解决。

本《业主意见书》尚未涉及事宜，我方将提出另外要求。

业主签字：

posted @ 2008-07-10 21:12 steady 阅读(623) | 评论 (1) | 编辑 收藏

徽商集团·安徽盛通置业开发的合肥城市风景小区出现严重质量问题，小区业主积极维权(3)

转自：http://www.hfhouse.com/Forum/dispbbs.asp?boardID=141&ID=313451&page=1

现在已近午夜，却毫无倦意，不是不想睡（都是打工一族，明早还得早起辛辛苦苦赚生活费），而是睡不着。因为我已经出离愤怒了！

上班十年，节衣缩食，精打细算，只想能攒下一点钱，买套房子，好把远在老家辛苦了一辈子的年迈双亲接来安享晚年，尽一点赤子之心!

于是，07年，思量再三，相信了徽商集团和盛通置业的宣传，走近了城市风景的售楼部；

于是，本人十年积蓄 ＋ 父母一辈子的积蓄 ＋ 卖掉老家小城的房产，终于从KFS和售楼小姐的口中换回了一句承诺——08年6月底交房！

于是，我和我的亲人充满了希望，似乎美好的生活已经开始向我招手！

于是，我选择了信守承诺，安心等待！

于是，08年7月初，当谜底终于揭开的时候，我发现自己————很傻很天真！

墙面弯曲（有凸有凹），颇有流线型美感；

地面倾斜（高低不平），彰显不对称之美；

主卫客卫、墙顶墙体、水管自身，无处不漏；

从卫生间地面到过道墙壁，从主卧墙面到客厅四周，到处空鼓；

从厨房到卫生间，所有需要外接笼头之处均被深埋在墙体中等待我们业主将来挖掘；

至于防盗门关不上，窗户/门把手没装，插头面板没有、S弯管缺少、小区绿化。。。。。。我已学会视而不见！

这样的“房子”就是当初承诺的城市“风景”吗？

这样的“房子”符合交房条件吗？

这样的“房子”能够通过竣工验收吗？

换言之，一件大家可能花了毕生积蓄购买的昂贵商品，在质量明显严重不合格的情况下，能够做到强迫大家接受，并且大家不能拒绝否则就要罚款吗？

于是，事实再一次告诉我们，KFS能够做到！并且，它已经开始在这样做了！！

作为风景的业主，当下的我们，需要的不仅仅是生气、愤怒和失望，最重要的是，现在我们应该怎么办？！

posted @ 2008-07-10 21:02 steady 阅读(544) | 评论 (1) | 编辑 收藏

徽商集团·安徽盛通置业开发的合肥城市风景小区出现严重质量问题，小区业主积极维权（2）

本帖转自：http://bbs.hefei.cc/viewthread.php?tid=2180695&extra=page%3D1

以前看到不平的事情，即使跟自己没一点关系的，只要我觉得有必要的，我都会发帖骂下。这次，请大家让我为自己自私一回，骂一骂欺负到我头上的开发商。
       去年，我家里人拿出了三代人的积蓄，在城市风景（长江西路888号）买了个小窝，从那时起啊我就日日盼，夜夜盼，希望早日能住进去，以至于每个月都要去工地上看看。（合同上约定是2008年6月30日交房）
       我在2008年3月份就看出了问题，因为我所在的那栋楼根本就没人干活，一连好几个月都是如此，后来售楼部又接连几次通知要我去买停车位，我才明白，很可能是开发商资金链断裂了。紧张，不安。
        2008年5月30号，我又来到了现场，只见我的那栋楼，进度和几个月前看到的一样，相比以前的差别只不过有人在干活了。天啊，一个月内能赶完吗？！我那栋楼一楼还有的墙没砌，有的楼板没装，空着好大的洞。我把这担心传达给了售楼部。售楼小姐信心满满地说，没问题，绝对能交房。于是我继续等待。
         2008年6月22日，交房的前一周周末，我又去看了，楼板仍未装，墙仍未砌，阳台玻璃未装，窗户没装，售楼小姐仍是信心满满，我只好悻悻地回去了。
         而这天之后的这一周里，我几乎每天都打电话给售楼部，问他们有没有发收房通知书。他们说发了。我从周一等到周六就是没有收到。
       2008年6月29号（收房的前一天）又去了趟，居然还有工人在我家里砌墙！
        到2008年6月30号还没收到收房通知书，只好自己到售楼部看看了。先去自己的小窝看了下，不管是入户门还是房间里面的玻璃门，一个都没装，水电气一个都没通，窗户完全没装好根本关不上，窗户边上还露着塑料泡沫，客厅里还有水管露在外面，书房里还有电线铁管露在外面，两个厕所和卫生间都在往下滴水，但是看一看自己房子的水龙头还没装。我愤怒了，不，已经出离愤怒了！怒气冲冲地跑到了售楼部，看到了与我同样怒气冲冲的业主们。只有很少的业主收到了收房通知书，一问才知道，开发商故意把收信地址写得很模糊，不给你电话通知，想让你收不到不来收房，能拖多久就拖多久，然后就是你违约，他没违约。无耻啊无耻，房子搞的不成玩意，难道还想强行交房？！开发商后来的一席话让我更是气不打一处来，今儿你收也得收，不收也得收：只要房屋结构出来了你就可以收房了（可笑，你搭几根柱子，装几块楼板，我们就能入住了是吧？！）违约金是没有的（那签合同约定干嘛）7月份不管没收没收物业费是要交的。后来又得知，一级资质的物业长城物业已于最近换成了开发商新成立的三级资质的物业，收费不变（1.1/每平方），每个月还要多收40元的公共能耗费。天啊，真牛的开发商，真厚脸皮的开发商。又找了家验房公司查查还有什么问题，查出来以后吓了一大跳，密密麻麻地写满了验房单：1、房屋内有空鼓十多处；2、垂直度超标几处；3、房顶不平几处；4、空调插座不合要求几处；————————还包括我自己一眼就能看出来的问题，共计三十项。回到售楼部，看到售楼部黑板上贴的文件，怒火再次充满胸腔几乎要迸发出来，1、入户门的合格证书上一个防盗的字样都没有，只说是防火门，而合同上约定的是防盗门，这两者的价格相差一倍；2、居然真的还有竣工验收备案表，上面还有人签字了，在这里通报下他们。
监理公司是：合肥南巽建设项目管理咨询有限公司
总监是：卞鑫
我就想问问卞总监，这么多问题的房子，您是怎么验收合格的呢？您怎么就敢往表上签字的呢？水管暴露在外，那么明显，您就看不见吗？
还有更搞笑的事情，所有房子的验收日期都是2008年6月26号，而6月29日的时候有的房子的墙都还没砌好，您怎么就验收通过了？怎么一下子在一天之内把小区内所有的房子都验收了？
我人肉搜索了下这个总监：

序号	姓名	性别	聘用单位	注册专业1	注册专业2	执业资格证书编号	岗位证号
55	卞鑫		合肥南巽建设项目管理咨询有限公司	房屋建筑工程	0012350

这位总监总监了不少项目，可谓是经验丰富，如：
1、南巽创景花园项目总监卞鑫
2、合肥市建设委员会

合建质安[2007]269号

合肥市2007年建设工程质量

监督执法检查情况通报

四、典型案例

（一）质量控制较好的工程

1、创景花园5＃楼

建筑面积：13412m2，结构/层次：框剪/24层；

建设单位：创景物业公司；项目负责人：张保安

施工单位：浙江歌山建筑公司；项目经理：张权平

监理单位：合肥南巽监理公司；总监：卞鑫

工程质量评价：现场实物观感质量好，现场管理有序；施工、监理单位的质量保证体系运行良好；施工、监理资料齐全。

    卞鑫还是某次评选评的的优秀监理工程师，对于这个人我没什么好说的。
    如果是开发商伪造他的签名，我向他道歉，并将和他一起追究开发商伪造文件的问题；
    如果真是他的签名，他就是混蛋之极、胆大包天、不负责任，吃喝卡拿要的典型，趁早还是从监理界滚蛋！
    我们小区里并不是每栋楼都是这样，据说是有别的公司挂靠徽商集团建设的。合肥的那家公司就做的很好，不少业主都收房了，而我所在的楼，很不幸，听说是淮南的公司开发的，惨不忍睹，几乎没有业主收房！我们都在收房单上写上：问题很多，拒绝收房（写是因为怕开发商说我们没来收房，说我们违约）
    我们将近60户业主100多人已于2008年7月6日在小区内进行了集会，集体签名，选出了业主代表，并向开发商递交了定期整改、赔偿协议书，如果开发商再不出面处理，我们将诉诸法律和媒体！
城市风景业主维权在行动！

如果您是城市风景的业主，请顶下这个帖子，这是为您自己的未来考虑；

如果您是已经买房未交房的业主，请顶下这个帖子，这是您学习维权经验的机会；

如果您是已经即将买房未交房的朋友，请顶下这个帖子，这很可能是您将来要走的一步；

如果您是暂时不考虑买房的朋友，请顶下这个帖子，看我们如何跟开发商斗智斗勇!

谢谢诸位！

posted @ 2008-07-08 20:51 steady 阅读(1459) | 评论 (12) | 编辑 收藏

徽商集团·安徽盛通置业开发的合肥城市风景小区出现严重质量问题，小区业主积极维权（1）

开发商安徽盛通置业在没有满足交房条件的情况下，就向业主发出了交房通知书，引起业主强烈反应。

7.6号，三期业主集体聚集小区，商讨维权方案，并集体签名授权业主代表代表维权

7.7号，业主代表得到的反馈：今天上午接到销售部电话，说是老总出差了，于是我们就找到高新区质检站并将业主意见书给了质检站，下午质检站的一个林质检员到城市风景现场了解情况，有开发商分管工程的副总和工程部经理陪同，看来几家的情况后，质检站承认房屋质量确实存在质量问题，并由工程部人员、质检员和业主代表开会协商。工程部表示会尽快进行修复。我方要求要求以开发商的名义书面就《业主意见书》逐条在明确时间内给予答复解决。工程部表示认可，并按照我们要求的期限，周三给予明确答复。

posted @ 2008-07-07 22:28 steady 阅读(964) | 评论 (15) | 编辑 收藏

淘宝后台改版了

　　周末的时候，淘宝对后台又做出了一次较大的升级，主要是在用户体验方面的调整，其实淘宝今年以来，基本上每个月都会有这方面的调整，也说明了淘宝用户体验部门的成果了。
　　第一次让我觉得有用的改动就是对收藏的调整，不用出现登录页面了，用一个弹出层解决了这些问题。前不久对评价的改动，让用户做出好评不需要点这么多按钮了。
　　这次改动我感觉是对我买到或者卖出的东西等一系列功能做出调整，比如说可以直接在列表里面关闭项目了，也是一个弹出层解决的问题。同时，也让页面更加简洁清爽，当然同时也会伴随用户的不适应。
　　其实我们更喜欢简单易用的系统，每次操作要输入很多或点很多都是很折磨人的，毕竟上网应该是简单，轻松的。Web 发展到现在，单纯的页面跳转与刷新越来越不流行了，Ajax 的真正价值开始被越来越多的网站开发团队理解与运用。

posted @ 2008-06-11 23:09 steady 阅读(640) | 评论 (1) | 编辑 收藏

初读《The Art of Project Managerment》

今天在看荣登 Jolt 大奖的 The Art of Project Management，其中最让我深有感触的是这样一段话：
The simpler your view of what you do, the more power and focus you will have in doing it. If we can periodically maintain a simple view of our work, we can find useful comparisons to other ways to make things that exist all around us. There will be more examples and lessons from history and modern industries that can be pulled from, compared with, and contrasted against. This is similar to the concept defined by the Japanese word shoshin, which means beginner's mind, or open mind, an essential part of many martial arts disciplines. Staying curious and open is what makes growth possible, and it requires practice to maintain that mindset. To keep learning, we have to avoid the temptation to slide into narrow, safe views of what we do.

确实，最近已经很久没有太多兴趣去学习新的东西了，包括曾经非常有兴趣的 ruby，真想回到当年刚毕业的时候，用那样的热情，精神去学习。或许今天算是一个起点吧，毕竟很久很久没有做下来，好好的看一本书，好好的想着作者要告诉你的东西。

给自己开了个书单，好好努力，用 beginner's mind 去感受世界，感受前人的智慧。

posted @ 2008-05-26 14:27 steady 阅读(383) | 评论 (0) | 编辑 收藏

什么是 Enterprise Service Bus

什么是 ESB(Enterprise Service Bus)?
对于这个问题，长期没有搞清楚，就连我自己也很难说清楚这到底这是个什么样的概念，我引经据典来大致的描述一下这个概念。

第一个定义来自于：O'Reilly 的 《Enterprise Service Bus》

The ESB concept is a new approach to integration that can provide the underpinnings for a loosely coupled, highly distributed integration network that can scale beyond the limits of a hub-and-spoke EAI broker. An ESB is a standards-based integration platform that combines messaging, web services, data transformation, and intelligent routing to reliably connect and coordinate the interaction of significant numbers of diverse applications across extended enterprises with transactional integrity.

An extended enterprise represents an organization and its business partners, which are separated by both business boundaries and physical boundaries. In an extended enterprise, even the applications that are under the control of a single corporation may be separated by geographic dispersion, corporate firewalls, and interdepartmental security policies.

另外一个定义来自于：维基百科的ESB定义
它是面向服务架构的实现。
它通常是操作系统和编程语言无关的；
它应能在Java和.Net应用程序之间工作。
它使用XML（可扩展标识语言）作为标准通信语言。
它支持Web服务标准。
它支持消息传递（同步、异步、点对点、发布-订阅）。
它包含基于标准的适配器（如J2C/JCA），用于集成传统系统。
它包含对服务编制（orchestration）和编排（choreography）的支持。
它包含智能、基于内容的路由服务（itenerary路由）。
它包含标准安全模型，用于ESB的认证、授权和审计。
它包含转换服务（通常是使用XSLT），在发送应用和接收应用之间转换格式，简化数据格式和值的转换。
它包含基于模式（schema）的验证，用于发送和接收消息。
它可以统一应用业务规则，充实其它来源的消息，分拆和组合多个消息，以及处理异常。
它可以条件路由，或基于非集中策略的消息转换，即不需要集中规则引擎。
它可监视不同SLA（服务级别合约）的消息响应门限，以及在SLA中定义的其它特性。
它（常常）简化“服务类别”，向更高或更低优先级用户做出适当的响应。
它支持队列，在应用临时不可用时用来保存消息。
它由（地理）分布式环境中的选择性部署应用适配器组成。

总的来说，ESB 提供了跨平台，跨部门，跨应用系统的服务整合的基础平台，就我们目前对项目的理解，我们或许还没有达到这个 level，我们提供的应该是个办公应用平台，除非我们确实会进行跨部门，跨业务的服务整合，那样我们真的是在做 SOA 了，那就有的折腾了。

不多说了，进入下一个主题 OSGi。

posted @ 2008-05-26 14:26 steady 阅读(419) | 评论 (0) | 编辑 收藏

Flex 3.0 和 Adobe AIR 1.0 released

     摘要:   阅读全文

posted @ 2008-02-26 08:56 steady 阅读(1574) | 评论 (3) | 编辑 收藏

谈谈阿里软件网店版

绑定在淘宝上的 SaaS 的阿里软件网店版，应该还是会有一些高级卖家愿意每天花一块钱用的，里面确实提供了一些比较有用的功能，当然不足的地方也是非常的多。

先说好的吧：首先，E客服就是比较有意思的东西，解决了很多客服平台的问题，过去我们为两个项目做的在线客服，跟它比起来，还是有差距的。平常店里可以同时有几个人一起打理，而且不会出现一个旺旺多个人使用的情况，它用的是子帐号的概念，各人独立一块，互不干涉。还是很不错的东西。

打印快递单应该也是个比较有意思的功能，如果货物量大的话，这个功能绝对是不可少的，大大减小了人力成本。不过估计我现在还是用不上的。

商品定时上架是个很好的功能，就是针对淘宝设计的功能，如果熟悉淘宝搜索结果规则的人，会很好的去利用这个规则，让自己的货物在最佳浏览时间出现在搜索靠前的位置。而定时上架就很好的解决了这个问题，如果有效利用的话，绝对会让你的商品卖的更好的。

在说一些不好的吧：首页有个统计最热卖的东西，但是没有找到热卖产品的排名，这个东西应该是挺有用的吧，不过似乎没有提供。查看报表里面，经常会刷不出图片，估计是 IE 的 Cache 原因，不再重新加载图片了。进销存这个东西没有和销售报告结合起来，应该算是一个缺憾了，希望下一个版本能有更多的东西。不过，不知道下个版本要到哪年，上个版本似乎已经发布半年了。

From:谈谈阿里软件网店版

posted @ 2008-02-21 16:46 steady 阅读(805) | 评论 (0) | 编辑 收藏

对开发人员不友好的卡巴斯基

卡巴斯基这个俄国人做的杀毒软件呢，一直比较彪悍，经常见到什么东西都一阵嘶吼，然后你正常使用的软件也就挂了，QQ啊，这样的主流应用也是经常在它的误杀范围内。

 对于开发人员来说，因为卡巴斯基更是会有诸多不爽的问题，下面列举一二，是我的惨痛教训，也和大家分享一下。

1. SVN 问题：如果你使用 SVN 做配置管理的话，有时候 check in 代码会半天没有反应，如果这时候你把卡巴禁用，就一切正常了。
2. IntelliJ IDEA 端口冲突问题：用 IDEA 启动 Tomcat 时，使用了 8080 或者 80 端口，经常会启动就报端口冲突，而端口绝对是没有被其他应用程序占用的，而在独立的 Tomcat 下运行没有出现这样的问题，把卡巴对这些端口的监控关闭就一切正常。

这两个问题都是比较郁闷的，卡巴斯基很强悍，却总是让人很无奈。

From:对开发人员不友好的卡巴斯基

posted @ 2008-01-29 10:18 steady 阅读(1961) | 评论 (7) | 编辑 收藏

聊聊 Jolt Awards 2008

Jolt Awards 是软件界的盛宴，被誉为软件界的奥斯卡，每年的 Jolt 中，能够看出软件开发领域的发展和未来的趋势，让我们来关注一下今年的大奖得主吧。 

上周 Summer 推荐 Beautiful Code 的时候，也顺便找到了今年的 Jolt Awards Finalists，接着榜单，闲聊一下。

General Books
	Beautiful Code Edited by Andy Oram and Greg Wilson	O’Reilly
	Geekonomics: The Real Cost of Insecure Software by David Rice	Addison-Wesley Professional
	Manage It!: Your Guide to Modern Pragmatic Project Management by Johanna Rothman	Pragmatic Bookshelf
	Myths of Innovation by Scott Berkun	O’Reilly
	Outside In Software Development by Carl Kessler and John Sweitzer	IBM Press
	Release It!: Design and Deploy Production-Ready Software by Michael T. Nygard	Pragmatic Bookshelf
Technical Books
	Continuous Integration: Improving Software Quality and Reducing Risk By Paul Duvall, Steve Matyas, Andrew Glover	Addison-Wesley Professional
	Fuzzing: Brute Force Vulnerability Discovery By Michael Sutton, Adam Greene, Pedram Amini	Addison-Wesley Professional
	Head First SQL Your Brain on SQL—A Learner’s Guide by Lynn Beighley	O’Reilly
	The Rails Way by Obie Fernandez	Addison-Wesley Professional
	WPF Unleashed by Adam Nathan	Sams Publishing
	xUnit Test Patterns: Refactoring Test Code by Gerard Meszaros	Addison-Wesley Professional

图书方面，看上去几乎是被 O’Reilly 和 Addison-Wesley 给垄断了，Pragmatic Bookshelf  也在其中占有了一席之地。图书中，最大的赢家应该是，Beautiful Code，我在国内某家被我批评过的IT书店上看到了挂上了期数的预告，名字叫《代码之美》，似乎有抄袭《数学之美》的嫌疑，第一次看到这么多作者一起写出来这么好的书，33 章的书，就包括了 33 个来自于不同领域的作者，共同创造了如此完美的代码，在 O’Reilly 的牵线搭桥下，造就了 Beautiful Code，如果有机会，我希望能由东南大学出版社出版这本书的英文影印版，让我们细细的品味。

Head First 的新书 Head First SQL Your Brain on SQL 也登上了 Jolt 的舞台，之前 Head First Design Pattern 和 Head First OOAD 是如此通俗的把面向对象的两个经典内容：设计模式和面向对象的分析与设计，聊家常一般的摆在我们的面前，精妙的内容组织，浅显易懂的语言，就连我们这些非常怕看英语的人看起来都毫不费力，不愧为大师级的功力。而这本新书料想也会给 SQL 的新手带来一种全新的体验吧。

Pragmatic Bookshelf 这个书系自从《Pragmatic  Programmer》 开始，就不断的扩大其影响。从程序员修炼三部曲中，告诉了我们版本控制，单元测试，持续集成这三个开发者的基本工具。随后的 Pragmatic  Ajax 把 Ajax 推到了大家的面前。当 Ruby on Rails 开始流行的时候，Programming Ruby 和 Agile Web Development with Rails 都在一版二版的洗礼中不断的升华，已经成为 RoR 开发的经典之作。这次的 XX It 系列又从软件项目管理角度来 Pragmatic 。我似乎看到过 Ship It 还有 Deploy It 这两本，或许也是这个系列里的吧。

The Rails Way 我一开始当成了 The Ruby Way，其实后者的风格我比较喜欢了，于是又套用了它的名号来了个 The Rails Way，虽然现在还没有拿到，我想这本书会给我们一些新意的。

Development Environments
	Alpha Five version 8	Alpha Software Inc.
	CodeRush/Refactor! Pro	Developer Express Inc.
	IntelliJ IDEA	JetBrains
	Komodo IDE 4	ActiveState
	NetBeans IDE 6	Sun Microsystems
	QNX Momentics IDE 4	QNX Software Systems

Web Development Tools
	3rdRail	CodeGear
	Adobe ColdFusion 8	Adobe Systems, Inc.
	Appcelerator Platform	Appcelerator, Inc.
	IntelliJ IDEA	JetBrains
	NetBeans IDE	Sun Microsystems
	RSSBus	/n software

开发工具大奖上已经看不到了 Eclipse 的身影，而 IDEA 依然在榜单上活跃，而我也是一如既往的使用它，即便是在 Rails IDE 中，IDEA 凭借其 Rails 插件，加上它的基础，用起来还是相当的顺手，目前除了不能 Debug，我似乎没有其他不满的地方。

Netbeans IDE 在年末闪亮登场后，带来了一个更轻更小，更完整的开发工具包，而 Eclipse WTP 一个包动辄就是 2xxM，虽然功能很齐全，不过体积实在是有些过分了，并且没有一种 IDEA 的那种让人很爽的感觉。我没有用完整的 Netbeans 包，因为 Java Web 开发已经习惯了 IDEA + Eclipse 的组合，我只关注了一下 Ruby IDE，功能上来说，确实有其独到之处，不过在写代码上还不能达到非常流畅的速度。不过 Netbeans 在两年里就来了个咸鱼翻身，我们要说 Sun 很努力了。

Libraries/Frameworks
	Eclipse Modeling Project	Eclipse
	Guice	Google Inc
	JasperReports	JasperSoft
	Qt Jambi	Trolltech
	Spring Framework	SpringSource
	Zend Framework	Zend Technologies

在开发框架上最活跃的依然是 Java 平台，这和 Java 平台一直以来保持的很好的开源社区是分不开的。EMF，Guice，JasperReports，Spring Framework 这几个一直都是 Java 领域最热门的开源项目。

Google Guice 在 Google 的天才程序员 Bob Lee 的创意中诞生了，采用了一种全新的依赖注入的方式，将效率提高了传说中的 100 倍，虽然对这个数据我不是太在意，而在 Spring 如此成熟的进入 2.0 后，却有一个后辈小生提出了全新的思路，而 Spring 2.5 也接受了这样的思路，调整了一些依赖注入的策略，在性能上有了不小的提高。

经营着 Spring 的 interface21 为了凸显其 Spring 的品牌，改名为 SpringSource，并且推出了一本《Spring In Production White Paper》，希望能够在企业应用中占有更大的份额。

作为 PHP 的领头羊的 Zend 在 Rails 推出后再也按耐不住了，PHP 一定要有一套官方的 Framework，而且它的特性要很像 Rails，于是 Zend Framework 诞生了，这在几乎没有框架概念的 PHP 中注入了一种新的活力，Rails 不光激起了 Java 世界的广泛关注，在无数个类 Rails 框架后面，Zend 从 PHP 官方的角度接受了 Rails 的思想，改善 PHP 的开发。而 Java 世界里，Grails 也伴随这 Groovy 1.5 的推出，伴随着 Grails 的第三个 RC 版，即将走到 1.0 版本。Rails 带给了 Web 开发无穷的活力。

聊聊 Jolt Awards 2008

posted @ 2008-01-12 22:23 steady 阅读(3760) | 评论 (3) | 编辑 收藏

一篇来自 Zoundry 发布工具的文章

　　第一次用 Zoundry 客户端工具来发布博客，WordPress 还是不错的博客了，提供了 XML-RPC 方式的远程提交接口，我们可以比较容易的把我们的博客发布到 WordPress 上。

　　老外对这方面的支持工作还是做的不错的，国内的同类系统往往只考虑到功能，好一点的考虑到性能，而在这些新技术带来的扩展性的增强上似乎没有太多的理解，虽然 WordPress 在功能上和国内的很多博客有一定的差距，但是人家支持插件，这样就可以让地球人都上来扩展一把。Eclipse 的插件风风火火的做了几年，现在人似乎没有不用插件开发的了。

　　老外在 Web 2.0 中又很多好的思想，技术，拿到国内来就有点变味了，虽说国人在 Web 2.0 技术上跟进的速度还是相当的快，不过思想还是又相当的差距的。

　　要好好学学人家做东西的思想，而不仅仅是技术。

posted @ 2008-01-04 16:42 steady 阅读(991) | 评论 (0) | 编辑 收藏

闲扯IM工具

该文章被发布在我的新博客中：http://4think.cn/blog/index.php/archives/25

　　市面上这么多的IM工具，每次打开的时候就要开上一堆，还不时的有个新的IM工具出来，加上一两个及其有吸引力的功能，然后又不得不装上，搞的每次开机以后总是要开上一大堆的IM，比如QQ啦，MSN啦，还有Yahoo，Google Talk，飞信，Skype，真的挺麻烦的。

　　一年前的时候，突然听说 Yahoo 可以和 MSN 互通了，于是从此就没用过 MSN 了，也是对 Microsoft 歧视国内用户的一种不满吧，这么多IM工具，最不稳定的也最为常用的要属 MSN 了，虽然飞信这样“国”字号的软件似乎更加的不争气，就原谅他吧，谁叫他是咱最有钱的移动运营商呢。可以说，MSN 的掉线率是相当的高，登录速度也是惊人的，在公司内部传文字的效率呢更加不用说了，反正没有人走的快。不过据我们去过美国的一些同事说，MSN 在美国速度是非常快的，包括其下属的 hotmail，MSN Space，怪不得这么被推崇了，不过没办法，毕竟是在国内，属于不被重视的使用群体，大不了就不用了，于是机子里再也没有出现过 MSN，所有重要的好友都加到 Yahoo 里了。

　　其实说来 Yahoo 也是个比较不争气的东西，功能嘛，没啥强的，不过吃内存的能力还挺强，印象中也就 Skype 可以和他有的一拼，不过好歹人家 Yahoo 还是比较重视中文用户的，起码光缆断的时候还是能用的，而且相关的本地化服务也还是有一定的可用性的，Yahoo的邮件提示是最为迅速的，基本上是新邮件来到5秒之内就得让你知道，这个功能还是挺体贴用户的，其实我的一些 IM 的一个重要作用就是 check email，比如说 Google Talk。Yahoo 的客户端程序其实是比较不稳定的，群聊功能是个杀手，一次领导通知事情，让大家开个会，结果一位老兄图方便，Yahoo 把大家全部加进来了，大家的机器全部死翘翘，只好 reset 重启，自此以后，这个功能再也不敢使用了，Yahoo 工具箱里有个看股市行情的插件，不过这个曲线也太不本地化了，中午休息的时间也画在上面，一条长长的直线，怎看都别扭。没办法啊，公司里唯一允许的 IM 工具，不得不装，也就不得不去忍受这些了。

　　Google Talk 其实是我用的最多的，极为简洁，拥有我需要的主要功能，email 通知，语音，文本聊天，传文件（大家都喜欢装中文版的，没这个功能，所以也基本找不到人传文件），其实还有一点重要的就是所有聊天记录都会保存在 Gmail 里，在哪都不会丢失，也很连贯，这对于我们经常讨论需求的人就不会有上句没下句的了。也不用担心聊天记录留在本地泄密。另外还有一点，传代码的时候绝对不会变成一堆笑脸什么的。Google Talk 其实功能上是相当有限的，但是我却非常喜欢，简洁就是美了。

　　下面隆重出场的是唯利是图、忘恩负义外加极端不安全的 QQ 了，如果不是这么多好友在里面，我是不会开 QQ 的，当然 QQ 作为国内用的最多的 IM 工具（其实叫他聊天工具更确切），QQ 还是有相当多的优势的，首先网络稳定性好，传文件速度快，有远程协助功能，语音质量也不错，可以看 IP（还不都是珊瑚虫的功劳，被忘恩负义的腾讯扼杀了），有群聊功能，也是最适合某些夜晚不甘寂寞的人寻找刺激的工具了，其他的功能我是不大能想到的了，更不用说去用了，所以嘛，QQ 对我来说，太大了，太花哨了，对公司来说也是的，基本上正规的公司，没有哪个不封 QQ 的，所以嘛，QQ 只能被远远的拒之于企业应用的门外，腾讯的 RTX 也就不是那么容易进入企业市场的，谁让你这么花哨，看了就不想好好工作了。

　　Skype 这个东西嘛，对我用处不大，自从充值卡被封事件以后就不再常开了，开会的时候才会去用，毕竟多人语音聊天功能还是挺不错的。

　　国外的大部分 IM 工具都开放互通了，包括 MSN 和 Yahoo，Google Talk 也在和 MS 谈互通的问题，国内的 IM 互通嘛，似乎完全不可能，国外那几家都不是靠 IM 吃饭的，腾讯就不一样了，如果不保持其 QQ 的占有率，疯狂的扼杀非“官方”的客户端，LumaQQ 这么优秀的跨平台解决方案也就被腾讯自己和谐掉了，最近对珊瑚虫下狠手也表示其在此方面的决心，呵呵，我的 QQ 从此不升级了。

posted @ 2008-01-02 11:27 steady 阅读(2020) | 评论 (4) | 编辑 收藏

我的开发工具集(1)-CyberArticle

每个人在开发的时候，都会根据自己的喜好选择一些好用的工具，当然，通过一些年头的积累，我自己也有了这么一些顺手的工具，就把这些还不错的东西拿出来和大家分享吧。

CyberArticle (网文快捕)

　　我们在查看资料，或者遇到问题上网搜索的时候，经常会想把自己看到的一些好东西保存下来，以后需要用的时候可以找到，有人把东西复制下来保存成文本，有人用 Word 文档，也有人直接保存页面，这些方法固然是可以，不过以后找起来可就比较麻烦了。我们需要一个带分类的文档管理工具。

　　在对一堆工具的筛选之后，我选中了 CyberArticle，也就是网文快捕，安装以后，在浏览页面时，IE 和 FF 的右键会出现保存全文，保存选中部分这样的选项，我最喜欢的是保存选中部分这个功能，毕竟我们并不需要一个网页中一些不相关的文字和图片。CyberArticle 可以完整的把文章内容或选中部分的内容保存下来，无论是图片或者其他什么的，都能较好的支持。在保存下自己喜欢的内容后，我们可以手工把这些内容分类，以后会比较容易的找到自己需要的东西。

　　另外 CyberArticle 中比较有用的功能是生成电子书。我们在网上搜集到一堆某一类别的文章，为了与他人分享或者便于携带，我们可以把这一个独立的类别的内容导出成 CHM 或 EXE 版本的电子书。

　　CyberArticle 可以到 http://www.wizissoft.com/cn/index.aspx 下载，强烈建议使用最新的 5.0 版（只要25块钱），旧的版本会有相当一部分的文章保存不下来。

posted @ 2007-11-29 10:59 steady 阅读(2077) | 评论 (11) | 编辑 收藏

Lotus Symphony - 一个美丽的神话

    昨天看到新闻，IBM 在其网站上放出了 Lotus Symphony 的 beta 版，看上去有点 Office2007 的一套办公产品，最重要的是它是基于 Eclipse-RCP 平台的，如果说 IBM 让 Lotus 去做一个标准的 Windows 应用像 Office2007 到没有什么奇怪的，关键在于它是 Eclipse 平台的，IBM 在一个强大的 Eclipse 平台上，构建出了一个向 Microsoft 最核心产品叫板的应用，这大大的壮大了 Java 爱好者的威风。

    过去我们 Swing / SWT 做的东西似乎很难有直接面向普通用户的优秀的应用，这次 IBM 是代 Java 出了重重的一拳，Eclipse 平台不但是与 Microsoft 的 Visual Studio 叫板，甚至可以和 Office 叫板了。

    从另一方面来说，从 Lotus Symphony 的推出，IBM 进一步亮相了 Eclipse RCP 的高级 UI 组件，传统的 Eclipse 开发出的东西，千篇一律，没有太大的界面差别，但是 Lotus Symphony 上却不太容易让人联想到 Eclipse，除了看到启动画面上 build on eclipse 的只有，还有一些熟悉的菜单项，和 PlugIn 相关的内容才会发现，哇，这个酷酷的应用原来是 Eclipse 平台上的产品。

    当然 Lotus Symphony 并没有说是开源的，这些新的，酷酷的 UI 组件也并没有向开源社区开放，按照 IBM 最近几年的惯例，迟早是要捐出来的，但前提是先做几套东西，卖点钱再说，Eclipse WTP 的很多东西来源于 WSAD，很多 Eclipse 的插件也是来源于 Rational 的产品，只是 IBM 觉得没有什么商业价值了，才捐出来。

    其实我是非常希望 IBM 能尽快和大家分享 Lotus Symphony 的成功经验，也希望更多的 Eclipse 爱好者能够开发出更多强大的应用，特别是桌面级应用，让更多的人看到，Java 在成长，在进取。

---------------------------------------------------
顺便做个小广告 链客中国 www.linkedcast.cn 上线运行，欢迎广大 Blogger 使用

<bean id="sessionFactory" lazy-init="true"
      class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
    <property name="mappingResources">
        <list>
            <value>resources/icustomer/Contact.hbm.xml</value>
            <value>resources/icustomer/Customer.hbm.xml</value>
        </list>
    </property>
    .
</bean>

<bean id="sessionFactory" lazy-init="true"
      class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
    <property name="mappingLocations">
        <list>
            <value>classpath:resources/**/*.hbm.xml</value>
        </list>
    </property>
    .
</bean>

Reschedule
rescheduleJob(String triggerName, String groupName, Trigger newTrigger)

在进行 reschedule 操作的时候，我们通常只需要修改 Trigger 的时间，这时候我们只需要重新 new 一个含有新的 Schedule 时间的 Trigger 对象，reschedule 一下就可以了。

Unschedule
unscheduleJob(String triggerName, String groupName)

进行 unschedule 的时候，我们只需要知道名字和 group 就可以了。

进行 Schedule 操作前后，Database 中的相关数据都会被更改，在执行 unschedule 或者该 schedule 已经执行过，数据库中的 trigger 信息都会被删除。

Quartz 是一个强大的企业级 Schedule 工具，也是目前最好的开源 Schedule 工具，最近因为项目的需要，简单的用到了 Quartz 的一些功能，对项目中使用 Quartz 的一些问题做简单的记录。

在 Quartz 的应用中，我们用到了以下的一些东西，ScheduleFactory, Scheduler, Job, JobDetail, Trigger，简单说明一下他们的用途。

SchedulerFactory 是 Scheduler 的工厂，我们可以从中获得受工厂管理的 Scheduler 对象。

SchedulerFactory scheduleFactory = new StdSchedulerFactory();
Scheduler scheduler = scheduleFactory.getScheduler();

Scheduler 是一个计划集，其中可以包含多个 JobDetail 和 Trigger 组成的计划任务。
我们可以从 SchedulerFactory 中取得 Scheduler。

接口Job是每个业务上需要执行的任务需要实现的接口，该接口只有一个方法：

public interface Job {
    public void execute(JobExecutionContext context)
        throws JobExecutionException;
}

我们可以在里面定义我们的 Job 执行逻辑，比如清除过期数据，更新缓存等。

JobDetail描述了一个任务具体的信息，比如名称，组名等等。
JobDetail jobDetail = new JobDetail("SayHelloWorldJob", Scheduler.DEFAULT_GROUP, SayHelloWorldJob.class);
在上面的构造方法中，第一个是任务的名称，第二个是组名，第三个就是实际当任务需要执行的回调类。

Trigger顾名思义就是触发器，Quartz有个很好的想法就是分离了任务和任务执行的条件。Trigger就是控制任务执行条件的类，当Trigger认为执行条件满足的时刻，Trigger会通知相关的Job去执行。分离的好处是：
1.你可以为某个Job关联多个Trigger，其中任何一个条件满足都可以触发job执行，这样可以完成一些组合的高级触发条件
2.当Trigger失效后（比如：一个永远都不能满足的条件），你不必去声明一个新的job，代替的是你可以为job关联一个新的Trigger让job可以继续执行。

目前的Quartz实现中，存在两种Trigger,SimpleTrigger和CronTrigger,SimpleTrigger用来完成一些比如固定时间执行的任务，比如：从现在开始1分钟后等等；而CronTrigger(没错，和unix的cron进程的含意一样)用来执行calendar-like的任务，比如：每周五下午3：00，每月最后一天等等。

在我们项目中，都是一些固定时间的 Job，所以只用到了 SimpleTrigger。
Trigger trigger = new SimpleTrigger("SayHelloWorldJobTrigger",Scheduler.DEFAULT_GROUP,new Date(),null,0,0L);
这个构造方法中，第一个是Trigger的名称，第二个是Trigger的组名，第三个是任务开始时间，第四个是结束时间，第五个是重复次数（使用SimpleTrigger.REPEAT_INDEFINITELY常量表示无限次），最后一个是重复周期（单位是毫秒），那么这样就创建了一个立刻并只执行一次的任务。

但我们定义好了 JobDetail，Job，和 Trigger 后，就可以开始 Schedule 一个 Job 了。

scheduler.scheduleJob(jobDetail, trigger);

这条语句就是把job和Trigger关联，这样当Trigger认为应该触发的时候就会调用（实际上是Scheduler调用）job.execute方法了。

scheduler.start();
千万别忘了加上上面的语句，这条语句通知Quartz使安排的计划生效。

关于execute方法的参数JobExecutionContext
JobExecutionContext就和很多Context结尾的类功能一样，提供的运行时刻的上下文环境，JobExecutionContext中有Scheduler,JobDetail,Trigger等很多对象的引用，从而当你在execute方法内部须需要这些对象的时刻提供的便利。

在项目中，我们把需要执行的 Job 相对应的一些信息放在 JobExecutionContext 中，在 Job 执行的时候可以调用。

jobDetail.getJobDataMap().put(userid, id);

在 Job 中，我们可以拿到相关的 Context 信息：

jobExecutionContext.getJobDetail().getJobDataMap().getInt(userid);

JobDetail和Trigger的name和group
Scheduler实例对应了很多job和trigger的实例，为了方便的区分，Quartz使用name和group这两个特性，正如你想向的一样，同一个group下不能有两个相同name的JobDetail，Trigger同理，同一个Scheduler下不能有两个相同group的JobDetail,Trigger同理，JobDetail和Trigger的完全限定名为：group + name

为了让服务器重启以后，我们的 Scheduler 信息仍然不丢失，我们通常采用数据库持久化 Scheduler 的信息。
DBScript 在 Quartz 的下载包中的：quartz-1.6.0\docs\dbTables 下，选择自己使用的 DB 相应的 Script 导入数据库就可以了。
在应用中，我们需要配置一个 quartz.properties 才能正常使用 DB。我们可以在 quartz-1.6.0\examples\example10 中找到该文件的样例，稍作一些修改，就可以放到自己项目源码的根目录下使用了。

设置 org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX 即可启用基于 JDBC 的 Quartz 信息持久化。

根据项目情况设置以下配置信息：
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX
org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.StdJDBCDelegate
org.quartz.jobStore.useProperties = false
org.quartz.jobStore.dataSource = myDS
org.quartz.jobStore.tablePrefix = QRTZ_
org.quartz.jobStore.isClustered = false

org.quartz.dataSource.myDS.driver = com.mysql.jdbc.Driver
org.quartz.dataSource.myDS.URL = jdbc:mysql://localhost:3306/myapplication
org.quartz.dataSource.myDS.user = root
org.quartz.dataSource.myDS.password =
org.quartz.dataSource.myDS.maxConnections = 5

但是光设置了 Database 不够，我们还需要在 Application 启动的时候自动启动 Scheduler 才行，我们只需要简单的写一个 Servlet 的 Listener 并在 web.xml 中声明该 Listener ，在 Servlet 容易启动的时候，Scheduler 就开始自动执行。

public class ScheduleStartListener implements ServletContextListener {
    public void contextInitialized(ServletContextEvent servletContextEvent) {
        try {
           scheduleFactory.getScheduler().start();
        } catch (SchedulerException e) {
           // write log
        }
    }

    public void contextDestroyed(ServletContextEvent servletContextEvent) {
        try {
           scheduleFactory.getScheduler().shutdown();
        } catch (SchedulerException e) {
           // write log
        }
    }
}

在 web.xml 里面加入以下配置：
<listener>
    <listener-class>org.agilejava.scheduler.ScheduleStartListener</listener-class>
</listener>

以上简单的记录了在项目中关于 Quartz 的一些应用，如果有什么新的使用心得，会在后面继续加入的。

前几天的快速下跌中，华夏大盘没有像它在涨的时候那样成为领涨的基金，每次总要在倒数几名里面找它，而且这几天的跌幅总是紧挨着广发小盘，这又是为何呢？这几天华夏大盘并没有像它名字一样跑赢大盘，反而远远的落后于大盘。

在晨星网上的基金风格箱来看，华夏大盘主体是投资中盘型股，从华夏大盘这几天的变化幅度来看，比较接近中证指数的中小盘指数，这样来看，华夏大盘显然不是真正的大盘。

或许华夏大盘可能持有了有很多都是上半年被炒高的题材股，或许这样才能够使之成为上半年领涨基金的一枝独秀，成为疯长期少数能跑赢大盘的基金。但随着 530 的巨大打击下，题材股都被拦腰截断，小盘股的日子变的不那么好过了。

华夏大盘下半年还能继续领涨吗？我看有点玄。

其实本来不该把这些东西也写到这里来的，不过也懒得把自己的 Blog 同时放在几个不同的地方了，实在是麻烦，于是，便在这里乱弹一些生活方面的内容。

这半年来中国股市实在是太火了，牛气冲天的飞奔直冲 4300 点，没料到被一道名为“印花税”的紧箍咒套住，便是有哪怕通天的本领，也牛不起来了。开始了震荡行情，这一来二去的，就看到了周围的人被深度套牢，很多人看我买了基金也便开始问我如何如何，其实嘛，没有太多的东西，选对了，买了放着就不管了。

其实选基金还是比较有一些讲究的，我一开始选的几个基金就因为表现不佳已经被我抛弃了，第一个：南方稳健，Google 一下，此基得奖无数，自从我买了以后基本没怎么涨过，除去申购赎回费用一个月给我赚了 2%，实在是没什么意思，卖了它，后来才得知，原来过去让此基频频得奖的基金经理已经投靠建信了，现在倒是把建信优选搞得很火。此次购买基金犯了一个错误，对基金经理不了解。

随后买了易方达平稳，又是一个带稳的，所以走势一直很平稳，一个月下来，也不过收入 5%，转为易方达策略成长，此基在晨星上排名五星，不过经过一个月的震荡，整体表现还不错，入账 13%，但是晨星最新的评级表明，易策已经只是个三星基金了。

我最为满意的要数南方绩优成长了，虽然不足一年，晨星上没有排行，涨幅前几也不见其踪影，但是在六月份这样的巨幅震荡的行情下，一个半月仍然能够净增 16%，还是相当的满意的，而且昨日处在排行榜第一位，选得没错。

虽然这里都是 Java 方面的讨论，如果遇到基金方面的同好，可以切磋一番，大家互惠互赢。

上一篇中我们说到了，如何使用 HttpClient 抓取所需要的数据，接下来介绍一下如何对这些数据进行处理。基本的处理原理是使用正则表达式进行内容的匹配。

为了便于处理，我们首先把使用 HttpClient 抓取到的数据做一些简单的处理。

第一步要做的就是删除回车符，当然我不会写含有回车符的正则表达式才会这么写的，当然如果您有更好的方法也可以不用这么做。

代码很简单：

1protected String removeEnter(String response) {
2    response = StringUtils.replace(response, "\r\n", "");
3    response = StringUtils.replace(response, "\n", "");
4    return response;
5}

接下来就可以使用正则表达式来对所抓取的内容进行匹配了：

正则表达式是一种可以用于模式匹配和替换的强有力的工具，一个正则表达式就是由普通的字符（例如字符 a 到 z）以及特殊字符（称为元字符）组成的文字模式，它描述在查找文字主体时待匹配的一个或多个字符串。正则表达式作为一个模板，将某个字符模式与所搜索的字符串进行匹配。正则表达式在字符数据处理中起着非常重要的作用，我们可以用正则表达式完成大部分的数据分析处理工作，如:判断一个串是否是数字、是否是有效的Email地址，从海量的文字资料中提取有价值的数据等等，如果不使用正则表达式，那么实现的程序可能会很长，并且容易出错。对这点本人深有体会，面对大量工具书电子档资料的整理工作，如果不懂得应用正则表达式来处理，那么将是很痛苦的一件事情，反之则将可以轻松地完成，获得事半功倍的效果。

在这里，我使用了 Jakarta-ORO 作为正则表达式工具来进行匹配。

Jakarta-ORO是最全面以及优化得最好的正则表达式API之一，Jakarta-ORO库以前叫做OROMatcher，是由Daniel F. Savarese编写，后来他将其赠与Jakarta Project，读者可在jakarta.apache.org的网站下载该API包。
因为在这里我们不需要用到太多正则表达式的知识，仅仅是简单的用用而已，所以几行简单的代码就可以解决问题：

protected String match(String response, String template, int index) {
    Perl5Util engine = new Perl5Util();
    String name = null;
    if (response != null) {
        if (engine.match(template, response)) {
            name = engine.group(index);
        }
    }
    return name;
}

第一个参数 response 表示抓取到的页面源码，第二个参数 template 表示我们预先设定的模板，第三个表示第几个匹配。返回的结果是匹配成功的 group 中的内容。

于是我们可以这样的调用它：

String template = "/(沪综指)</font></b></a> <span id=\"STK1\">(\\d{4,5}\\.\\d{1,4})</span>";
String name =  match(response, template, 1);
String index =  match(response, template, 2);

注意一下，我们正则表达式前后都有 "/"。
另外，我们用() 括起来的部分表示我们要匹配的内容，所以这里 name 可以匹配到 沪综指，index 可以匹配到大盘的点数。 

该匹配对应于： http://web7.jrj.com/homev1/StockIndex.htm
为了防止页面以后打不开了大家找不到，我把其中相关的匹配部分的页面源码也发出来：

<a href=javascript:ShowImg('000001',2) target=_self><b><font color=#000000>沪综指</font></b></a> <span id="STK1">3914.20</span> <span id="STK2" class="c1"><img src=/HomeV1/images/down.gif width=8 height=8>164.40</span>　<a href=javascript:ShowImg('399001',1) target=_self><b><font color=#000000>深成指</font></b></a> <span id="STK3">12882.17</span> <span id="STK4" class="c1"><img src=/HomeV1/images/down.gif width=8 height=8>701.53</span>　<a href=javascript:ShowImg('399300',1) target=_self><b><font color=#000000>沪深300</font></b></a> <span id="STK5">3858.52</span> <span id="STK6" class="c1"><img src=/HomeV1/images/down.gif width=8 height=8>181.96</span>　<b>香港恒生</b> <span id="STK7">21938.22</span> <span id="STK8" class="c3"><img src=/HomeV1/images/up.gif width=8 height=8>232.66</span>　<b>道琼斯</b> <span id="STK9">13414.48</span> <span id="STK10" class="c1"><img src=/HomeV1/images/down.gif width=8 height=8>13.25</span>　<b>纳斯达克</b> <span id="STK11">2612.02</span> <span id="STK12" class="c3"><img src=/HomeV1/images/up.gif width=8 height=8>6.67</span>　
<div id="indexdata"><object id="STKData" width="0" height="0" classid="CLSID:333C7BC4-460F-11D0-BC04-0080C7055A83" viewastext><param name="FieldDelim" value="F"><param name="DataURL" value="/HomeV1/text/StockIndex.htm"><param name="UseHeader" value="true"></object><input type="hidden" id="STKValue" datasrc="#STKData" datafld="a" name="STKValue"></div>

因为我不是为了介绍正则表达式而写这篇文章的，所以对正则表达式不会做太多的介绍，如果大家对正则表达式有兴趣或想进一步了解的话可以参考：

JAVA中正则表达式的应用
http://www.ibm.com/developerworks/cn/java/l-regp/part1/index.html
http://www.ibm.com/developerworks/cn/java/l-regp/part2/index.html

    最近股市大牛，相信这里的不少朋友都在炒股，当然上班时间老是开着网页看股市或是盯着红红绿绿的专业股票软件是总是担心被周围同事看到的，但又不时的想着大盘是涨了还是跌了，自己的股票又是如何呢。

    于是用 Java 写了一套简单的股市信息跟踪的小程序，Console 的，用于抓取相应的股市信息并显示到 console 中，谁也不会想到这个东西会是用来看股市的吧。

    这套小小的程序用到了几个非常简单的技术，HttpClient 和 正则表达式。程序功能非常简单，找到含有股市数据的页面，使用 HttpClient 抓取下来，通过正则表达式匹配自己需要的内容，在 Console 上打印出来。

    准备花两篇文章简单的介绍这个小系统中的实现细节，当然这只是简单的介绍，其实我们再稍微用点其他的技术，可以做出更多更实用的小工具。比如我就写了个小爬虫，把某个基金网站上的基金净值数据爬来了，足足有10W条，供我做基金形势分析之用，拿到这些原始数据，再动用一下自己的头脑，再配合一些方便的工具，比如 Excel，我们便可以用实际数据去辅助投资理财。

        首先我们来简单的介绍我们用到的第一个工具，HttpClient。

    HttpClient 是 Apache Jakarta Common 下的子项目，可以用来提供高效的、最新的、功能丰富的支持 HTTP 协议的客户端编程工具包，并且它支持 HTTP 协议最新的版本和建议。
    以下列出的是 HttpClient 提供的主要的功能，要知道更多详细的功能可以参见 HttpClient 的主页。
实现了所有 HTTP 的方法（GET,POST,PUT,HEAD 等）
支持自动转向
支持 HTTPS 协议
支持代理服务器等

HttpClient 可以在http://jakarta.apache.org/commons/httpclient/downloads.html下载

HttpClient 基本功能的使用
GET 方法
使用 HttpClient 需要以下 6 个步骤：
1. 创建 HttpClient 的实例
2. 创建某种连接方法的实例，在这里是 GetMethod。在 GetMethod 的构造函数中传入待连接的地址
3. 调用第一步中创建好的实例的 execute 方法来执行第二步中创建好的 method 实例
4. 读 response
5. 释放连接。无论执行方法是否成功，都必须释放连接
6. 对得到后的内容进行处理

根据以上步骤，我们来编写用GET方法来取得某网页内容的代码。

根据这样的过程，我们便可以写出一个简单的抓取页面的方法，该方法返回抓到的页面数据。传入的参数是页面的 URL。

protected String getURLResponse(String url) {
 try {
  HttpClient client = new HttpClient();
  GetMethod method = new GetMethod(url);
  int returnCode = client.executeMethod(method);
  String response = null;
  if (returnCode == 200) {
   response = EncodingUtil.getString(method.getResponseBody(), "gb2312");
  }
  method.releaseConnection();
  return decode(response);
 } catch (Exception e) {
  return null;
 }
}

HttpClient 是一个很实用的工具，用它，我们可以做很多和 Http 有关的事情。
大家可以参考： http://www.ibm.com/developerworks/cn/opensource/os-httpclient/ 来初步了解 HttpClient 的功能。
或是去找找 Jakarta.Commons.Cookbook 或者 Jakarta.Commons.Online.Bookshelf，上面介绍了包括 HttpClient 在内的很多 Apache Jakarta Commons 项目，相信合理使用，会让你事半功倍的。

下一篇我们将介绍一下如何用正则表达式处理我们抓取到的数据。

最近在把在 tomcat 5.5 上开发的项目 deploy 到 JBoss 4.2 上时，在操作一段时间就会出现 java.lang.OutOfMemoryError: PermGen space，开始以为是代码中存在死循环的地方造成这样的问题，但是后来发现，出问题的地方都是随机的，并不是某一处造成这样的问题出现，怀疑是内存泄露，通过增大 heap 内存的方法来尝试，依然不行，但是同样的问题却并没有在 tomcat 中出现过，难道是 JBoss 的问题？

在网上做了一番搜索得到一些相关的内容。

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法，在 run.bat 中加入：-Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

因为项目中引用了很多的 jar 包，而这些 jar 包中的 class 信息会被 JBoss 的 class loader 加载到 PermGen space 区域，在 JVM 默认的情况下，该部分空间的大小只有 4M，在 jar 包非常多的情况下，显然是不够用的，所以通过 -XX:MaxPermSize=256m 指定最大值后即可解决问题。

另外，如果 heap 内存不足出现 java.lang.OutOfMemoryError: Java heap space 时，可以通过 -Xmx512m 指定最大 heap 内存来解决这样的问题。

JBoss 4.2 GA 已经发布有一段时间了，主要还是一些 bug fix 已经一些新的包的加入。感觉比较爽的是解决了过去不太好用的一些地方。

过去在用 JBoss 4.0.5 的时候一直被 Log 的问题困扰，如果在自己的项目里加入 log4j 和 common logging 的话，必然会出错，所以我们不得以，必须通过一些调整手段来处理这样的问题，也就是每次在 tomcat 下调试的应用，需要改点东西才能 deploy 到 JBoss 上去，但使用了 4.2 以后就没有这样的问题了，在 tomcat  下用的包直接放过去，没有做任何的修改就可以正常使用了。

因为我项目用的是 commons-lang 2.3 而 JBoss 4.0.5 用的是 2.1 每次使用 commons-lang 2.1 里面没有的方法时，就会出现 NoSuchMethodException，最后只好把 JBoss 下所有的 commons-lang 的包用 2.3 的替换掉，而 4.2 已经没有这个问题了，2.3 已经可以正常使用了。

默认的 JBoss 4.2 我只能用 localhost 访问，不能用 IP 地址访问，后来发现，需要修改 jboss-4.2.0.GA\server\default\deploy\jboss-web.deployer\server.xml 把 Connector 下面的 address 改成对应的 IP 或者 0.0.0.0 就可以用 IP 访问了。 

后面附上了 Release Note 中的一些内容。

This is the final release of JBoss Application Server v4.2.0. JBoss AS 4.2 is a stepping stone from JBoss 4.0 to JBoss 5.0. It combines a lot (but not all) of the exciting new features of JBoss 5, but based on the stable 4.x MicroKernel architecture.

Highlights

    * JDK5 is *required* to run JBossAS 4.2.x. The decision was based on the fact that JDK1.4 is phased out and the reality that a lot of people like Java Annotations support and want to combine EJB3 and JBoss Seam components with JBossAS. JDK6 is not formally supported yet, although you may be able to start the server with it. JDK6 support will come with JBossAS 5.x.
    * JBoss EJB3 is now deployed *by default* in JBossAS 4.2.x The fact that we base on JDK5 makes our life easier in this regard, meaning we don't have to maintain jdk5 code retro-weaved for jdk1.4 runtimes, and we can include by default components that require jdk5 to run.
    * JBoss Web v2.x is the web container in JBossAS 4.2, an implementation based on Apache Tomcat that includes the Apache Portable Runtime (APR) and Tomcat native technologies to achieve scalability and performance characteristics that match and exceed the Apache Http server. In the absence of the native libraries in the JBoss classpath, JBoss Web falls back to the standard non-native connector mode. The native libraries need to be downloaded and installed separately.
    * JBoss Transactions v4.2 is the default transaction manager for JBossAS 4.2. JBoss Transactions is founded on industry proven technology and 18 year history as a leader in distributed transactions, and is one of the most interoperable implementations available. The JTA version of JBoss Transactions included with the server provides for fully recoverable transactions. For distributed transaction support the JTS version of JBoss Transactions will need to be used. Furthermore, it is always possible to fall back to the legacy JBossTM fast in-memory transaction manager implementation, if necessary.
    * JBossWS is the web services stack for JBoss 4.2 providing Java EE compatible web services. It has been upgraded to v1.2.1.GA
    * JGroups/JBossCache were upgraded to the latest releases. The server is already configured to support channel multiplexing, when it becomes available.
    * JBoss Remoting was upgraded to the latest stable 2.2.x version. This was done in order to align dependencies with the thirdparty libraries required by the new JBoss Messaging, which means that, if you want, you can replace the default JBossMQ messaging provider with JBoss Messaging, without having to revert to a scoped deployment.

    新的一年开始，按理说要对去年的什么东西做一番总结了，当然总结很多了，这次先总结一下 JSF 了，毕竟这对我来说是今年最主要的技术方向，对它也算是比较熟悉了，虽然没有非常深入的去研究它，但从一年多的使用和理解来说，还是有不少自己的心得的，在新的一年到来之际，把这些东西记录下来，重新记起这个让我欢喜让我忧的 JSF。静观这一年 JSF 的发展，没有太多的兴奋，也没有太多的欢喜，更多的是平静，与同一时间大红大紫的 Ajax 和 RoR 相比，JSF 带给我们的更多是平静，静的让人心里发慌，上半年可以说还是稍有一些波涛了，而随着月份的数字越来越大，波涛是越来越小了。   

    可以说各大厂商在互相妥协让步的基础之上，把 JSF 实用化的实现版本的重任交到了 Apache Myfaces 项目上，而 Oracle 也将其 ADF Faces 的实现捐给了 Apache，而现在我们可以见到的 JSF 实现也主要就是 Myfaces 了，当然 Sun 自己也有一套实现，当然这只是一种不够健壮，并且功能有限的实现版本，一般不会拿来做正式的项目的。刚过完年 Myfaces 1.1.2 和 Tomahawk 1.1.2 正式发布，这是过去 Myfaces 1.1.1 的一个 bug 修复版本，离上一个版本已经有半年左右的时间了，而项目组的同事们也在与 Myfaces 1.1.1 的 bug 斗争了半年才用到这个新的版本。随后的 Myfaces Core 1.1.3 / 1.1.4 则在几乎一个月内发布，而 1.1.5 和 Tomahawk 1.1.4 则至今没有动静，虽然由 Myfaces 每次发布带给我们的 new feature 已经不是那么的多了，但是还是期盼新的版本能够给我们带来新的惊喜。

    五月份的时候 JavaEE 5 最终标准发布了，JSF 1.2 终于被正式提上了日程，这是一个对过去标准的一个修复版本，修正了上一个标准中的诸多问题，比如 JSTL 兼容性问题，还有一些细节性的改动，都是过去在 JSF 1.1 标准中非常折磨人的问题，但新的 1.2 标准依赖于 JDK 1.5，依赖于一系列新的 JavaEE 5 的 API，比如 Servlet 2.5, JSTL 1.2 而这些新的 API 也是在紧锣密鼓的开发中，所以 Myfaces 1.2 的开发进程也一直很慢，因为其中出现的问题不光是 Myfaces 自己的问题，或许还有 Tomcat 6 的问题，或是其他的问题。而另一方面 Sun 也发布了一个 JSF 1.2 的实现版本，是由 JSF 1.2 的标准的主笔领导开发的，按照我对于 Sun JSF 上个版本的表现，我对于这个新的实现也不抱有太多的希望，或许它更多的只是一种象征了，象征着 JSF 1.2 的正式推出。

    开源领域的 JSF 相关的项目发展缓慢。Myfaces 在一年内没有给我们带来太多的惊喜。曾经做为黑马出现的 JSF 扩展框架 Shale 至今还没有给大家带来一个满意的答复，一直以 develop 版本发布出来给大家尝鲜用，虽然慢慢的在前进，但是却很难带给大家什么惊喜，或许会被人逐渐的淡忘。而去年年底由 Oracle 捐给 Apache 的 ADF Faces 也是至今没有太大的动静，同样作为兄弟项目的 Struts 2 从提出到现在也有一年了，还没有能提供一个正式的版本给我们用，作为 Apache 的项目，这样的发布速度，确实很让人不能满意，而作为另一个大型的开源组织 Eclipse，则在一个个 Milestone 下有条不紊的向前推进，不断蚕食着别人所占据的地盘。

    作为 JSF 整体应用平台一个重要的部分，第三方组件库的发展有不小的突破，但是真正的应用度似乎不是很高，这一年内出现了很多优秀的商业，开源的组件库，除去上面我们提到的 Myfaces Tomahawk, Oracle ADF 之外，还出现了 ICEFaces， BackBase，WebGalileo Faces，另外在 .Net 领域的组件提供商 Infragistics 也通过收购发布了 NetAdvantage for JSF 2006 这样的组件库。另外一直在 JSF IDE 上有所作为的 Exadel 公司也在 JSF 组件上插上一手，一方面发布了其开源的 JSF 框架 Ajax4JSF 另一方面在其基础上提供了一个商业的 JSF 组件库 VCP，这样的方式确实有一套，可以同时抓住两方面的市场。另一方面国内也出现了像金碟这样基于自己 Apusic Application Server 的开源 JSF 组件库，是一件值得我们国人骄傲的事情，不过由于其只能够运行于 Apusic 上，使其应用面受到了不小的限制。

    让我们再来看看这一年 JSF 相关 IDE 在今年的作为了，在 06 年春节期间，一些支持 JSF 的 IDE 像赶集一样不断的推出来，先后有 MyEclipse 4.1 GA，Sun Java Studio Creator 2， Oracle JDeveloper， BEA Workshop Studio 3.0，在这一段时间推出。MyEclipse 和 BEA Workshop 是 Eclipse 的插件，而 JDeveloper 和 Creator 是基于 Swing 的，不过随着时间的推移，大家真正在用的 JSF 开发工具也主要就是 MyEclipse 和 Workshop，不过 MyEclipse 在 JSF 上想和 Workshop 拼，还需要一些时日了，另外在九月份正式发布的 IntelliJ IDEA 6.0 也开始支持 JSF 了，当然是用其独特的方式去支持，虽然不提供图形化的所见即所得的开发方式，但由于其 IDE 内部各个部分间完美的组合，使得其在写代码的感觉上要远远超过的其他竞争者，这也正是独立 IDE 和插件 IDE 一个重要的功能区别。

    纵观 06 年的 JSF 的发展历程，我还是对 07 年的 JSF 的发展很期待，希望 Myfaces 基于 JSF 1.2 的实现能够尽快的推出，也能够有更多更好的开源组件库的出现。

    昨天看到《精通EJB3.0》的中文版出来了，虽然早就在预料之中了，不过多少还是有一点想法的，终于第一本 EJB 3.0 的书正式出来了，对目前 EJB 3.0 的追逐总归是有了点方向，但我仍然感觉，EJB 3.0 不可能像 EJB 2.0 那样火了，Java 世界已经进入了多元化时代，Spring 已经逐步的蚕食了 EJB 说占有的份额，用其简单灵活的配置吸引了无数人的眼光，从另外一方面来说，标准的东西毕竟是标准，从制定到实现的周期比较长，如果中间出现了新的需求，一些问题，都需要等到下一个标准中去实现，而开源的就比较灵活了，有问题可以随时调整，所以会带给大家更为 agile 的感觉，不过对于大公司大项目而言，他们并不希望这样的灵活性，他们需要的是风险小，稳定，所以 EJB 3.0 对于一些大型的企业应用来说依然需要的是 EJB，因为有 IBM 和 BEA 这样大公司的支持了，不过自从五月份 JavaEE 5 规范正式定稿，这两大公司都没有拿出真正的 EJB 3.0 的产品出来，倒是 JBoss 在标准出来后很快就拿出了可用的产品，这样也可以看出来，IBM 和 BEA 没有像过去几年对于 EJB 2.0 那样的重视了，他们关注的是 SOA 的市场，毕竟 SOA 在 EAI 方面比 JavaEE 强了很多。

    对于分布式对象领域，EJB 3.0 还是有着不错的竞争优势的，毕竟这是他的传统优势，在群里面和大家聊天的时候，寒江也提到过用 RCP + EJB 3.0 作为方案，其实这也是一套不错的应用方案。

    EJB 3.0 比 EJB 2.0 确实要轻了很多，但并没有给我们太多的惊喜，因为 EJB 3.0 给我们带来的大部分新鲜都已经被 Spring 和 Hibernate 捷足先登了，我个人也是比较喜欢 Spring 和 Hibernate 来做项目，毕竟用起来会更加的灵活，更加的强大，特别是新版的 Spring 和 Hibernate 同时都支持了 JPA 的标准，又一次的在 JavaEE 应用上和 EJB 3.0 展开了下一轮的竞争，一切都好，就看你怎么选择，我选择的是 Spring + Hibernate，或许更加熟悉一些又或许更加轻量，更加 agile。

    一直从dearbook创办起就在 dearbook 买书直到现在，已经成为了钻石VIP会员了，经历了 dearbook 发展中的种种，不过说起来 dearbook 的服务确实不像其标语中说标榜的"第二书店，第一服务"，从我这么多年和他们打交道的经验来说，服务确实很难让人满意。

    过去一开始的时候，都是采用在网上选书，然后邮局汇款，发邮局包裹的方式，效率很低，也很麻烦，每次总是要往邮局跑两次，最大的问题是，网上列出来的书，往往是不一定有货的，有一次买书，选了一堆书最后发现就一本书有货，最后拿到手的只有那一本书，很是郁闷，这样就余下了一些钱在 dearbook，然后又用这些钱继续去买其它的书，最后在升级会员的时候，这些余款购买的书又没有记入积分中，升级的时候就差了这么几分，最后催了好几次才把自己会员资格提高。

    随着和当当网合作以后，付款和收货方面确实有很大的改善，付款直接用网上银行，直接送货上门，都大大的提高了我买书的兴趣，不过 dearbook 网站系统很不争气，频频出现问题，首先发现一个明显的 bug 就是在收藏夹里删除一些书籍的时候，收藏夹就变乱了，都是一些莫名其妙的书，再打开一下这个页面就好了。接着是在和 CSDN Passport 整合的时候，收藏夹里的书彻底丢光了，而这时候没有人告诉我怎么回事。

    在与当当网的合作中dearbook 的积分系统也频频出现问题，当当网是用 Email 账户登录的，dearbook 积分系统也是用 Email 账户登录的，当我修改了当当网的 Email 以后，dearbook 积分系统也换成了新的 Email，但原有 Email 对应积分没有转到新的 Email 帐号上来，打电话去问，答曰，没有提供合并积分的功能，于是一堆积分就泡汤了。

    最近积分比较多，在 dearbook 换了两本书，最后收包裹的时候，只收到一本书，觉得奇怪，打电话去问，才把第二本书给重新寄过来，浪费了我几分钟的电话费。

    这次 dearbook 又心血来潮的要把 D币积分转换为 C 币，因为过去在两个Email 账户上都是有积分的，所以想转换到同一个账户上，结果当我在 CSDN 上修改了 Email 地址后，却发现我过去的积分就消失了，很是郁闷。昨天发了邮件，今天打了电话，到现在也没有人给我答复，看了一下账户里的 C 币，还是不对。

关于敏捷问题

周末听 rocket 介绍了一些来自 thoughtworks 关于敏捷的一些思想，同时也引发了大家的一些思考和讨论。从一种角度来看， Agile 体现了一种软件开发最根本的问题，就是由人在一定的时间内开发出高质量的软件，Agile 更加注重人在整个活动里的作用，而传统的瀑布模型中，似乎更加注重文档等，也就是我过去所在的公司，一切开发都由文档驱动，在这样的情况下，团队中每个人都是可以被替代的，从某种意义上来说，降低了软件开发的风险，但是效率却很难提高。而 Agile 注重的一个方面就是 pair，通过拉近人与人之间的具体来加快信息在团队中的流转速度，使信息像水流一样源源不断的流动，这样在 change 发生时，能够得到更快的响应，而瀑布模型则需要慢慢的由文档传播开来，传递速度和面都比较有限。

虽然 thoughtworks 给了我们一个极具诱惑的 Agile 果子，某种意义上来说是建立在他们公司利益基础上的，真正的去做 Agile 需要更加清醒和理智的想问题。Agile 是一种实践的方法论，需要大量实践和经验才能真正的去理解它，另外一方面，从传统的开发方式转型至 Agile，多多少少都会有过去残留的痕迹，而这些看不见的痕迹，可能会暗暗的抹杀 Agile 最初承诺的效果。

Agile 是一种好东西，某种意义上，资本家从开发人员手里榨取了更大的价值，这是建立在效率提高基础之上的，但它却散发着无比的诱惑，或许大家希望自己少写一些文档，或许大家厌倦了瀑布模型的流程，或许。。。。

    这里我们要将 Tapestry 与其它主要的 Java Web 框架做一番比较，包括 Struts，JSF。

    Struts 是一个 Action 方式的 Web 框架，所有的请求直接对应了相应的 Action，我们需要通过一些相应的技巧性处理才能把我们在页面上的 Click，Value Change 等转换到后端对应的 Action，抽象程度显得不够高，并且这样会使 Struts 在处理一些较为复杂的页面时配置过多，造成开发和维护上的繁杂。另外 Struts 默认使用的 Tiles 模板框架使用了 <jsp:include> 方式的拼装页面技术，并且在每个页面都需要配置，这样的话，又增加了不少的配置量。在Struts中，经常需要使用标签库通过 EL（Expression Language）来显示组件ActionForm中内容，这就涉及到一个结合的问题，标签库是别人写的，而且 Struts 在这方面并没有确定的标准，如何才能让自己的组件库和现有的组件库很好的结合，难度和麻烦就体现在这个结合点上。

    JSF的视图层开发的基本思路和Struts差不多，只不过换了不同标签库，也需要标签库+组件的结合思考，不过因为组件这里是通用组件，没有什么限制，并且遵循了一个共同的标准，所以这样比Struts要轻松一些。JSF 提供了一套完整的生命周期和组件标准，我们很容易的为其定制一些组件和使用现有的组件库。另外JSF采用了事件驱动的方式，同一个页面对应的多个 Action 请求会比较直接的通过 EL映射到后端对应的 Java 方法上，从而大大减少了复杂页面的配置量。但是在默认情况下，JSF 每个页面的都需要配置其单独的导航，如果页面导航复杂的话，配置还是不少的。JSF 在默认情况下并没有集成模板引擎，但是开源的 Facelets 模板引擎提供了类似 Tapestry 的模板方式，从另外一种方式简化了 JSF 的开发。JSF 采用了 HTML 页面保存组件树的机制，页面的所有组件和组件状态被序列化到页面中或者 Session 中，这样的话，如果在页面上 Javascrīpt 通过修改 DOM 的方式修改页面的组件，会导致页面和组件树不一致，导致 JSF 无法正常工作，但是可以通过 Ajax 方式向服务端发出更新组件树的请求，但这样需要走完 JSF 整个生命周期，显得较为笨重，所以从架构上来看，JSF 在处理页面问题上不够灵活，也不够 Ajax 化。

    Tapestry使用了组件库的概念替代了标签库，没有标签库概念，这样就没有标签库和自己的组件需要结合的问题，都是组件的使用，组件中分Tapestry标准组件和自己定义的组件，这也是接触了JSP体系的人学习Tapestry面临的一个思路转换。这样极大的减小了页面修改而带来的修改难度。同为事件驱动的框架，在配置上 Tapestry 有着和 JSF 类似的优势，我们只需要简单的在 XML 文件里配置事件和后端方法的对应关系，或者使用 OGNL 直接在页面中与后端方法建立关联。在页面导航上，Tapestry 是根据监听器方法的返回值而确定，这样就省去了页面导航部分的配置。Tapestry 的模板技术天生就是其优势所在，这样的方式将前台页面的制作和后台业务系统的开发完美的结合在一起。Tapestry 因为没有 JSF 这样的组件树绑定的方式，就能够比较容易的和 Ajax 绑定在一起，目前开源的 Tacos 组件库就提供了很多这样的组件，并且整合了 Dojo Toolkit 使得我们开发页面中有了更多好用的组件，并且只需要很简单的配置工作就可以使用功能强大的 Web 组件和 Ajax 功能。

    另外，JSF/Tapestry不只是支持HTML，也支持多种客户端语言如WML或XUI等。

    虽然看起来两者似乎没有什么联系，但是看起来 工作流 的一些概念和状态图有着惊人的相似之处，或许是我过去对 UML 的理解太少了，而对 UML 的理解有仅限于 Class Diagram 和 Sequence Diagram，而且仅仅是一些粗浅的认识，而在和 Sze Hung 老大以及 james 讨论问题的时候，也经常遇到状态机的概念，或许是我在这方面太过于薄弱了。今天在 dearbook 定的 UML User Guide 2nd 也到了，这本凝聚了 Rational 三巨头的心血之作中贯彻着这样的思想。希望能够从中吸取更多精华吧。

    很多粗人都常常认为 UML 只是画图的东西，三两页就可以讲完的东西，何必弄这么多呢，还印出 n 多本书，简直就是骗钱了。其实说来，UML 难道仅仅是一种图形工具吗，它凝聚了更多更深刻的 OOP 的概念，在各种各样的应用中才发现，原来 UML 比我开始想想的要丰富的多。

    看过一些人在网上的评论，才发现，其实人民邮电出版社和机械工业出版社的书其实并不是太差了，只是机械的纸实在是说不过去，在我书架上放的一堆书中，原来清华大学出版社的书是最差的，无论从纸张，从排版，从翻译，因为有康博这样被骂死也还要出来招摇撞骗的所谓翻译团队。近些年来，一些出版社都开始建立了一些自己的图书品牌，比如说电子工业出版社的“博文视点”，比如人民邮电出版社的“图灵系列”，我个人感觉其中的书的选题和印刷都还不错，虽然也会有一些比较烂的作品出来了。

　　今天看了一篇很有意思的文章， http://www.blogjava.net/uiiang/archive/2006/10/30/77993.html ，介绍了种种项目中的编码的恶习，其中很多的东西看起来真的是很搞笑，比如趴在Tab上睡着了那个，用中文做变量名的，还有 if(condition) a  else a 那个也比较搞笑，算是夸张了点。

　　不过想想看，自己一直都在算是比较正规的软件企业，编码规范还是有一定的要求的，不会出现这么搞笑的问题，不过有些问题还是会经常的犯，比如说，又一次看一个同事写一个方法写了 1500 行，我立刻让他改，最后精简代码，分开写，也算是减少到可以接受的程度，另外一个恶习就是复制代码，很多开发人员自身都是不怎么会写代码的，做开发就是找过去相识的，复制，粘贴，改，所以会出现一堆比较搞笑的问题，于是，错误便不是自己犯的了，人家写错了，自己也就抄错了，我在第一次参加 Code Review 的时候就碰到这个情况，我自己的东西都是自己手工写的，出现了一些问题，被大家指出来了，其它人写的东西都是抄来抄去，发现问题都不是自己的，因为改过去的代码需要上面授权，还有一堆测试要重做，所以看大致是可以用的也就蒙混过关了，造成了越来越混乱的代码。

　　其实说来要把代码写的更好一点没有想象中那么难的，凡事从小做起，从点滴做起，慢慢的把一些好的东西变成自己的习惯，重要的是要积累，而不是放任自流，多去看看人家著名的开源项目，看看人家代码是怎么写的，多去和自己的比较，然后善于用一些 Audit 工具评估自己的代码，让自己对自己的代码中出现的问题有一个更明确的认识，然后慢慢的去改变自己的习惯，其实从长远角度来说对自己有很大的好处的，起码自己的编码能力提升了，基础更加稳固了，有能力去胜任更高级的工作，不然，天天复制别人的代码，自己又天天只能写出来一些不符合规范的代码，而自己又天天不去想不去问，一直这样下去，开发能力还能提高吗？

　　其实我还是很喜欢一本书《代码大全 2nd》，今年上半年才出来的中文版，里面针对我们开发的时候出现的问题给出了很多规范和解决方案，我会经常抽空去看看这本书，然后想想自己该如何去改善自己的开发习惯，去写出更好的代码，另外就是用一些 Audit 工具去针对自己的代码做出一些评审，比如 CodePro，另外我们一些同事在 Maven 上用一些插件对 CVS 上的代码做出 Audit 并发布在项目站点上，这些都是不错的手段了。

　　其实说来最重要的还是自己的态度，工具，好的方法都不能转变对于开发恶劣的态度的。

    连续三天做了三场 Share Session，讲了一些关于系统开发的三个层的东西，Web Layer / Business Layer / Persistence Layer 分别以各个层面最优秀的技术为例和组内组外的同事们分享了一些我关于这些技术的理解。

    虽然说讲的还不是很好了，但是这三天却给了我很大的提高，不仅仅是技术上面，更多的是在一种表达能力方面的。可以说是第一次真正意义上的上台讲东西了，因为面对的不光是同组熟悉的同事，还有很多不是太熟悉的，还有几位老大，甚至在最后一次讲JSF的时候，大老板还进来坐了一会，压力还是挺大的，虽然要讲的东西已经在之前在脑子里演练无数次了，但是要想把自己想的东西和别人讲清楚，的确不是那么容易的事情了，当发现下面的同事满脸的迷茫，就得赶紧换一个角度来说明问题，不过还算过得去的是，自己并没有太多的紧张了，虽然是第一次正式的在台上讲东西，面对面的对着大家，不过自己要讲的东西心里还比较有底，心里比较踏实了，于是也就没有太多的紧张了。

    通过三天对各个方面的技术的介绍和总结，其实也不知道大家真正能理解多少，因为太多东西没有经过实践是不会有太深刻的理解的，虽然有些东西当时是听懂了，但是却不会深深的刻进你的脑子，时间一长就忘记了。三天里，总结了这一年来我对 Java Web 开发的几个方面的理解了，虽然这一年学到了很多很多，但还有太多太多的不了解了，有些东西当自己看的时候觉得自己了解，但是当需要把这个东西和别人分享的时候，却发现自己有太多太多的不知道了。

用 Hibernate 碰到一个很傻的问题，在 iCustomer 中有这样的关联，有服务记录，该记录会与 Customer 关联，当时为了在不需要的时候不在 VO 里 new 出 Customer，用了这样的写法。

public Customer getCustomer() {
 if (null == customer) {
  customer = new Customer();
 }
 return customer;
}

这样看似没有问题，当使用到 Customer 的时候才会创建该对象。但是每次却会报告脏数据错误，其实最重要的是我忽略了一个问题，这个方法同样会被 Hibernate 调用，在 null 的时候给 new 出一个相应的 Customer，这样就会出现问题了，如果你把 Customer 设成 null，Hibernate 调用该方法时就会自动给你 new 一个 Customer，并没有任何 id，这样在保存的时候会引发脏数据错误。所以一定要避免这样的写法。

别人给出的建议是把这样的 new Customer 的逻辑放在外面写，手动处理 Customer 的创建。页面上传递的是 Customer 的 id，后台手动加载 Customer 的 PO，然后 set 给 Support。

　　经过大约四个月的开发，和五位开发设计及美工人员的努力，AgileJava iCustomer 的第一个不是那么稳定的版本终于拿出来了，我们终于走出了我们的第一步，在这期间，我们也得到了很多朋友的支持和帮助，我们要感谢这些支持者的贡献。

　　在这个阶段里，我们团队成员一起把我们研究 JSF, Spring, Hibernate，以及 Acegi 的成果都集中在这个项目中了。虽然很多东西都只是那么点点滴滴，但是在这期间有很多朋友在积极的帮助我们，参与我们的 OpenDoc 活动，把自己的宝贵时间分享出来，为大家带来了很多很好的文档，上周末，我们得到了 javascud 的大力支持，我们有了自己的 SVN，有了自己的 JIRA，这样的话，我们便可以建立我们自己的协作开发平台，让我们的经验和更多的朋友分享，同时，我们也欢迎更多的朋友能够参与到我们的开源活动中来，因为有了你们，我们才可以更壮大，因为有了你们，我们才可以更成熟，因为有了大家的齐心协力，我们才能为了一个共同的目标去奋斗，因为有了大家的协作，我们才会在共同努力中进步。

　　开源也不是一句口号，我们只想用我们自己的行动来证明这一切，正因为我们是热爱开源的，所以我们才会去努力做的更好；正因为我们有着一个奋斗目标，我们才会孜孜不倦的去奋斗。此前 SpringSide 为我们做出了一个榜样，EasyJF 让我们梦想在自己的努力中实现，CowNew 也成为我们开源一个很好的先例，正是因为大家有这个梦想，有这些前辈们的努力，我们才看到国内开源的希望。

　　其实我们更希望做到的，只是让新的技术能够更贴近实践了，让大家的实践能够更容易，让大家的开发能够更轻松，所以我们才从过去只是为了朋友做的一个小小的系统中找到方向，所以我们的开源团队名称叫做 AgileJava 就是为了让我们的开发更敏捷。

　　下面我简单的介绍一下我们现在已有的系统和我们未来的目标：

　　AgileJava iCustomer 系统是一套开源的 CRM (客户关系管理) 系统，使用了新一代轻量级 J2EE 技术： JSF，Spring，Hibernate， Acegi 等作为系统的基础开发框架，力图打造一个轻快好用的 J2EE 应用。

　　在系统开发过程中，我们同时将系统中的基础框架以及大量可以简化 J2EE 应用开发的组件从应用中抽取出来，并独立提供给广大开发人员，作为项目开发的基础框架，为大家进行快速开发提供支持。我们为该框架命名为 AgileJava Framework。 AgileJava Framework 的目标是致力于为广大开发者提供一个敏捷高效的 J2EE 快速平台。

　　另一方面，我们将以此框架为基础，通过 Eclipse Plugin 的方式提供一套完整的基于代码生成的解决方案，用于快速生成应用的基础代码。该开发工具同样沿用我们 AgileJava 的名称，叫做 AgileJava Studio。 AgileJava Studio 将致力于减少开发工作中的重复劳动，给开发者带开更好的开发体验。

　　我们将会将 AgileJava iCustomer， AgileJava Framework， AgileJava Studio 作为开源项目来运作，一方面建立一个完整的企业级的客户关系管理系统，另一方面建立一个为 J2EE 项目提供快速开发能力的基础框架和开发工具。

　　因为国内的开源模式一直没有什么好的先例，并且开源的路线在国内因为一些误解方面的问题，一直没有很好的发展起来，虽然我们选择了开源，但是我们更多的希望只是通过一个完整的企业级应用的方式来探索开源的方向，并为我们中小型企业级应用打造一个方便易用功能强大的解决方案，用我们的实践带给所有参与者一些经验，无论是开源方面的经验，还是在轻量级 J2EE 应用开发的经验。虽然国内很多软件企业都在用这些技术，但因为版权的问题，无法和更多的朋友分享，所以我们更需要一个开放的交流环境，通过这样开源的方式，通过大家的努力，把我们在实践中的经验拿出来，和大家分享，共同促进我们软件开发的大环境的改善，共同提高大家的开发能力和开发水平。

　　在这里，我们鼓励的是一种知识共享，通过这样的共享，我们把我们自己拥有的一份知识扩展到大家拥有的无数份知识。我们通过自己的实践，我们能够更深入的去了解了现有的各种技术的长与短，通过大家的交流与协作，我们在知识上互相弥补。通过这样的实践，我们不光是再做我们这个系统，更多的是我们有了更多的思想，更多的经验，我们有能力去打造更好的系统。

　　我们目前采用了以 JSF, Spring, Hibernate 为中心的主体框架，并努力使之扩展到一个中小型商业应用所需要的主要技术领域，并使之更简单易用。

				 目前采用的技术：
 JSF (Myfaces Implement)，完整的视图层解决方案，一个标准的事件驱动的 MVC Framework。
 Spring Framework ： 其 IoC 容器为我们的业务对象控制带来了很大的便利。
 Hibernate 3 ： 目前最优秀，使用面最广的 ORM Framework。
 Acegi ： 一个基于 Spring 的通用 Security Framework。
 Quartz ： Java 世界最好也几乎是唯一的 Job Schedule 工具，为我们调度 Batch Job 提供了很大的便利。
 Shale ： struts 社区在 JSF 领域的重大贡献，以 JSF 为基础为我们提供了一系列好用的东西。

		

				 预计后面准备采用的技术：
 Compass + Lucene ： Java 世界里最好用的开源 Search Engine 组合，Compass 使 POJO 能够更方便的去使用 Lucene 的底层引擎。
 BIRT ： Eclipse 社区贡献的一个重量级 BI 应用。当第一眼看到它时，就抛弃过去的 iReport + JasperReport 的组合了,够专业。
 Facelets ： 为 JSF 量身定做的模板框架，JSF 的 Fans 们不用再靠着 struts 的 tiles 也能活啦。
 AjaxAnywhere ： 不用写 JavaScript 也能 Ajax ，它为我们提供了这样的可能。
 ICE Faces Component : 当它的第一个beta版本出来的时候，我就对它颇有兴趣，或许是目前免费的 JSF 组件库中最好的 Ajax 实现了。

		

　　我希望能够有更多热爱开源的朋友加入到我们的行列中来，不论你来自何方，做着什么样的工作，只要我们有着开源的这个共同的目标，我们就可以共同的去为着自己的爱好，自己的理想，自己的信念所奋斗，记住，开源决不是三分钟的热度，需要你持之以恒的奋斗。

自从公司与 Borland 建立了合作关系以后，一直在推 Borland 的 ALM 产品，包括 Together Architecture, CliberRM, StarTeam 等了，当然全都是合法授权的版本。我们这个项目作为公司第一个全程采用 StarTeam 的项目，从开始到结束前后两个月，一直是以 StarTeam 为中心进行开发的，虽然还没有时间去尝试一些 StarTeam 的特色功能，比如 Change Request 管理之类的，仅仅是作为一般的配置管理工具用的，当然它所宣传的良好的协同特性都是没有怎么用到的。

StarTeam 对于我们最有价值的一件事要算是它的缓存机制了，对于跨地域的团队协作有不错的帮助，StarTeam 的缓存机制能够有效的加速 check out 文件的速度。对于两个在不同地点协作开发的团队，一般会通过专线互连，两边的机器都在同一个局域网内，但受到专线带宽的限制，速度还是会很慢的，过去使用 VSS 作为配置管理工具，从找到到 check out 出一个十几k的文件都要花上三分钟，用 CVS 因为在传输的过程中会进行压缩，有一点点的改善，不过还是比较慢的，当然 ClearCase 这样的东西更是慢的出奇了，一个小时都拿不了几个文件。缓存机制可以说是我感受到 StarTeam 对我们最大的好处了，check out 一个1M左右的 folder 一般只要 10 秒左右，主要原因还是因为 StarTeam 的 MPX 机制，当一个人 check out 一个远程文件，就会形成一个本地缓存，当本地的其它用户请求同样的文件，这时候就不再是从远程的服务器端获取，而是在本地这个缓存的机器上获取，感觉有点像 BT 的原理，竟然也用到这样的企业级开发应用中来了，比较的有意思。

虽然这个好处已经让 StarTeam 在我们这样的团队结构下发挥了很大的作用，不过它的一些操作上和细节上的问题还是很不能让人觉得爽，特别是以 Eclipse Plugin 形式发布的 Client，稳定性真的很差，经常莫名其妙的就与服务器失去连接，但同时开的 Windows Client 却一点问题没有，很稳定的在工作着。另外一方面，Plugin 的同步功能好像不够快，有人 check in 了一个文件，半天都看不到，但 Client 没有这个问题，立刻就刷新了。

Plugin 的同步功能还是挺好用的，感觉比 CVS 的同步要好用一些。直接点在项目的每一级文件夹下，直接就可以看到这个文件夹或 package 下有多少需要同步的文件，然后选中需要 check in / check out 的文件，Run 一下就可以了。不过 Run All 按钮在 Run 按钮旁边可能会有一些问题了，也造成了我们这边的一些错误操作，延误了一些时间。因为有人不小心删除了本地文件，同步的时候，会要求同时也删除服务器端的文件，点 Run 的时候不小心点到 Run All，服务器上的东西都没了，只好 rollback 了，花了不少的功夫。

    连续几天的超疲惫工作，有些扛不住了，身体上倒也还过得去，只是精神上有些痛苦，对 IBM 的不易用性已早有耳闻，今天一见，果真不凡，不光是东西本身很复杂，而且还会有一些莫名其妙的冲突，IBM 本身和 Sun 就是在不断的明争暗斗，总是会在某个阴暗面弄的和 Java 标准有些不太兼容了，调了三天的 Websphere + DB2 终于把跑到基本能用了，还好这两个东西试用期长，要是还只有一个礼拜就惨了。

    对 iCustomer 的理解慢慢的在加深，技术准备也到了差不多可以开工的程度了，只是心里对 Unit Test 部分不大放心，因为从来没有大规模的用过它，虽然对 XP 和 TDD 的以高度测试为中心的，但是对于传统的项目，这样的测试是很令人厌倦的，虽然说软件开发产出的是代码，但是，从来没有人敢否认测试的重要性，之所谓“软件质量是测出来的”也正是这么回事。

    一直向往着开源，向往着新的软件开发模式，一种轻松自由的，充分发挥人的作用的模式。开源为我们带来了很多，甚至在改变着软件世界的格局，从 Linux 从一开始就改变了世界，Apache 的应用无处不在，在 Java 世界 Hibernate 改变着 Java 的标准，Spring 在自己的领域不断发展，推动了整个 J2EE 的进步，JBoss 即将被 Oracle 收购的消息也显示出大型商业公司对开源的关注程度，开源不仅仅是免费的代码，更主要的是，它已经成为一种文化，悄悄的改变着世界。

         工欲善其事，必先利其器。做Java的Web开发也不例外，一个好的工具，往往会达到事半功倍的效果。开发JSF有着无数好用的工具，基本上都是Eclipse的插件，BEA Workshop(前身是NitroX)，Exadel，MyEclipse等等，当然IBM Rational 的RSA和Borland的JBuilder还有Oracle的JDeveloper都具备这方面的开发功能，但是因为太过庞大了，就不推荐了，我重点推荐的是Workshop和Exadel。

         BEA Workshop，其前身NitroX曾经获得过Jolt奖，十月份的时候，被BEA收购，改名为BEA Workshop，(并非BEA WebLogic Workshop)。Workshop是一款针对Hibernate、JSF、Struts、Tiles和JSP的专业化Eclipse工具，而且最新的3.0M2版本提供了对最新版本的Myfaces 1.1.1的WYSIWYG支持，使用非常的顺手，我最近几个月都一直使用它来进行Struts和JSF方面的开发。

         该软件可到：http://www.m7.com/downloadNitroX.do 下载。

         Exadel却并不怎么出名，但是它的JSF编辑功能却很出色，最近版本3.05，我们公司开发JSF时用的开发工具。有很多出色的特性，如对Struts的支持，除了常规的导航流图，配置编辑，可视化验证，之类，还直支持TILES的可视化，这点有很大进步，但是和NitroX比还是有些差距，后者能够支持JSP编辑器中的TILES WYSWYG效果。还有个有趣的特征是Struts配置文件的Debug, 直接在图形上就可以设置断点。

         该软件可到：http://box.exadel.com/exadelproducts/app_products.process.main.start?_action=products 下载

在周围开发JSF的大多数人看来，这两款工具可以说是目前最为强大的JSF开发工具了，虽然它们都有种种的不足，但是它们却在不断的在应用中改变着，进步着，相信随着JSF的不断成熟，我们会有更多的选择。（如果需要破解的话，可以到我的论坛下载http://www.js66.com/java/read.php?tid=54&page=1&toread=1）

       有一个多月都没有找到太多写程序的感觉了，虽然对Java的热情依旧，却总是找不到什么特别令人兴奋的东西，也许是因为最近涉及的新技术太广了吧，同时在做JSF、Spring、Hibernate三项技术，这都是过去不曾接触过的，虽然进展还算不错，但不时的会在不同的问题上卡壳，然后会花很多时间去找解决方法，如此反复，再好的感觉都被消磨殆尽了，或许这正是造成效率差的原因吧，查了一下最近的Log，效率很少能达到80%，再高就更没有了，完全没有两个月前但哪种感觉了。当时会有比较高的效率是因为流畅的思路，加上对问题的领域比较熟悉，所以会很少碰到大的卡壳的问题，这样心情也会好很多，能够一蹴而就的去把问题解决。

同时想想看公司里做软件的经验也是，几乎不会在一个新项目里全面的去使用一系列的新技术，因为对这些技术的不确定因素，会让项目整体的不确定因素变的比较大，如果协调不好的话可能会导致整体的崩盘，所以在新的项目中通常是每次使用一种新技术替换原有的，其它继续使用原有的技术，并且在项目中积累使用这种技术的经验，通过这样的不断累积，变的对这种技术比较熟悉，这些积累再应用到新到项目中，会让不确定因素会变的比较小一点，也比较容易保证软件开发的成功。试想如果全面使用新技术的话，如果在几个问题上卡壳了，或者有这种技术无法满足到需求，可能会有比较严重的后果。

技术是需要经过一段时间的沉淀才会被广泛使用的，无数的开源框架应证这这点，像spring，hibernate被广泛的使用并不是在它们刚推出的时候，而是在不断的应用中改进，并且逐步成熟的时候。现在炒的正火的Ajax，Ruby on Rails等技术并没有大范围的使用，也是这种原因了，虽然它们都很吸引人，但是并没有多少经验表明这些技术会引发多少的不确定因素，大家都在等啊，等啊，等到有人用实践告诉我们准确答案的时候，才会是它们真正被大家接受的时候。

   昨天去逛了一下书市，当然也淘了几本书回来，包括了一本《J2EE核心模式 2nd》，它的原版是一流棒的好书，有着Martin Fowler, Grady Booch为之写的序，有着无数的赞誉。且不从书的翻译质量上来说（当然对熊节这样优秀的译者我还是很有信心的），它的纸张就已经让我觉得很不爽了，摸起来手感和草纸没有两样，虽然为了学习，不得不买下它，但是还是感觉窝了一肚子火。

         随便翻了几本我桌上摆着的机械工业出版社的书，除了《Effective Java》还算凑合着，其它书的纸张都是很垃圾很垃圾的，纸张很垃圾，但是价格却不垃圾，完全不比任何同级别的书要便宜，完全出于一种唯利是图，一种对读者不负责任的态度，对于这样的出版社我们需要再用什么语言再去说它呢？

同样看看一些其它出版社的书，至少我手头上目前还没有看到纸张有这么差的，我最近买了不少电子工业出版社的书，主要都是博文视点的，不光出于学习技术的需要，更是喜欢纸张光滑的手感，笔写在上面会感觉很爽。我手头上也有几本国外原版的书籍，纸张质量是国内出版社远不能及的，一本《Java2 The Complete Reference》，和《Java与模式》页数相当，却要厚了三分之一。听说最近东南大学出版社引进了一批O'Reilly的影印版书籍，虽然我没有看过，却在书评中听到了一些赞誉之词，虽然价格比较高，但是纸张却很好，给人一种舒服的感觉。去年的时候，看到有人买了本清华版的影印书，纸张也是差的没话说，虽然清华的影印版书籍的纸张并不一贯如此，但这本书却足以让我的印象分大打折扣。

网上书店能经常看到对书籍翻译质量的评价，有的会把翻译版的书骂的一文不值，如果这本书真的是找了个外行来翻译的话，倒也骂的应当，骂的正确。如果是外行，本来就不应该来翻译专业的计算机书籍，可以想像把很多专业术语当成通用语来翻会是如何的搞笑。当然我也会骂那些不负责任的译者，这种人当骂，该骂。但是有些发表评论的人就像疯狗一样，见人就骂，见书就骂，只要是中文的书，如果是国人编写的，就骂编的烂，如果是翻译的，就骂译的烂，一律说国外的某某某书好，这样的人，这样的骂法，是有大脑，有逻辑判断力的人说出来的吗？首先，翻译书籍就是为了解决国内大部分英文不好人的需求的，这些译者是把国外的先进技术传播到国内的先驱者，他们的精神是值得我们赞美的，虽然翻译的时候不免会有一些理解和原著产生了偏差，这也是可以理解的，就像国外出的书，有的时候也会有很多的勘误，错误是不可避免的，如果有错误就骂人家翻译的不好，可以说骂的人本身就是有问题的。让大家都去看原版的，这本来也不现实的，不是每一个人都能够看的很明白，理解的很清楚，能完全看懂英文书的人毕竟是少数，就是那些建议大家去看英文书的人自己也未必能够“看懂”吧。