现在搜狐新闻上报道已经有700多人伤亡，这是自从911事件以后最大的一次恐怖袭击了。现在这个世界，是越来越不太平了，贫富差距的加大使得恐怖活动有生存的土壤。
      不知道世界的经济会不会随着这次恐怖袭击而开始走向萧条。现在的地球越来越像一个村，发生在任何一个角落的事情，都有可能会影响到每一个人。

      昨晚偶然看见国际台播放星战的作者乔治卢卡斯荣获AFI终身成就奖的颁奖典礼，耐心的看完了整个颁奖典礼。乔治在发表致词的时候，说自己很高兴能够从事自己喜欢的电影工作，如果不拍摄电影，都不知道自己还能够做什么。拍电影已经成了乔治生命的一部分。
      看到荧屏上全世界的老人，中年人，年轻人，孩子说着：“Thank you! George.”可以看到乔治的眼睛朦胧。我心中真是感慨，每个人都有自己的梦想，能够从事自己喜欢的事情，确实是很开心的一件事。而自己所做的工作，能够给自己带来快乐，能够给人们带来快乐，这样的工作才值得用一生的时间去从事。
      每一个登山者都有着自己心目中最想登上的山顶，能够登上这个山顶，前面付出的艰辛都是值得的。人生不也如此么？找到自己喜欢从事的事情，用自己毕生的精力去做这件事。

献出一份爱心 共同援助重病程序员王俊

(2005.06.27)   来自：BJUG

向IT界倡议：援助程序员王俊行动 王俊，今年27岁，北京北方银证公司项目经理，是北京Java用户组（BJUG， http://www.bjug.org）的核心会员，曾在BJUG的讨论会中进行了JMS、Tapestry等主题 演讲，他在JavaEye的ID是"后山"，是JavaEye成立之初的老注册会员和JavaEye高级会 员（http://forum.javaeye.com/profile.php?mode=viewprofile&u=33）。一个年轻 人，有感兴趣的工作，不错的前途，还有一群可以随时交流技术的朋友，生活看起来平 淡却充实。 业余时间，王俊经常还利用blog（http://befresh.blogbus.com）写下自己生活和工作 中的酸甜苦辣，此外他还有一个并不富裕但却很温馨的家。 然而从今年二月份起，王俊的blog就再也没有更新过了，他也没有在BJUG的聚会和 javaeye出现了，所有人都以为他出差去了。直到最近，惊闻他要换骨髓，才知道今年 年初，王俊被查出患有“骨髓增生异常综合症”。 骨髓增生异常综合征目前认为是造血干细胞增殖分化异常所致的造血功能障碍。主要表 现为外周血全血细胞减少，骨髓细胞增生，成熟和幼稚细胞有形态异常即病态造血。部 分患者在经历一定时期的MDS后转化成为急性白血病；部分因感染、出血或其他原因死 亡，病程中始终不转化为急性白血病。 这种病目前最有效的治疗手段是换骨髓。万幸的是，王俊的妹妹和他的骨髓配型一致， 免疫系统的疾病发现治疗的越早，就越可能成功，他目前的身体状况还好，只要能更换 骨髓，完全可以康复！但让他们一家望而却步的是，仅手术押金就需要20万，全部疗程 视治疗效果可能需要30-100万。 王俊的家在浙江杭州千岛湖，父母都是农民，已然老迈且没有固定的经济收入，姐姐在 当地出嫁，收入颇低，妹妹目前在北京读成人教育并在公司打工。王俊是家庭经济主要 来源，他的病不仅掐断了家里唯一的经济来源，还要花上对他们而言是天文数字的钱来 治病。 "文章千古事，得失寸心知"，这是王俊blog上的座右铭。细细翻看这个典型程序员的 blog，就和他的人一样朴实无华，在那里满眼看到的都是对技术的孜孜追求。谁能想到 一个如此活跃的头脑现在却被病魔折磨着。 生命是美好的，这世界每天都有若干悲剧发生，这次，大家每个人出一份力，这世界就 会少一个悲剧，多一份美好，多一份欢笑。也许，你只是少吃一顿大餐，少买一瓶化妆 品，少看一场演唱会，少买一件名牌服装，少玩一个月的网络游戏，少上一个月的网， 但是你却可以为一个家庭托起一份生的希望。 ***** 联系方式  邮件 help@bjug.org MSN  icecloud@sina.com 冰云(BJUG)  援助办法： 1 捐款 帐号： 工商银行 户名 王俊 帐号 0200 2008 0102 3428 807 开户行 工商银行北京市西内所 招商银行 户名 王俊 帐号 9555 5001 0200 2820 开户行 招商银行 北京分行 中国银行 户名 王俊 帐号 4021400-0188-001204-0 开户行 北京西直门支行 国外汇款方式 ADD: BANK OF CHINA BEIJING BRANCH NO.8 YA BAO LU BEIJING, CHINA SWIFT-CODE: BKCHCNBJ110 A/CNo: 4021400-0188-001204-0 NAME: WANG JUN 捐款方式： A 网上银行 工行请采用行内汇款->有收款帐号汇款 招行请采用个人银行专业版的同城转帐/异地汇款，并选中：采用系统内快速汇款 B 银行汇款 请抄录上述帐号并到银行填写汇款单 请在捐款后，发邮件至help@bjug.org，通知我们，以便统计核对捐款帐目。邮件中请说明以下信息：  (1) 姓名， (2) id/网站, (3) 发出银行/发出帐号， (4) 金额， (5) 时间 2 帮助宣传： 请到http://befresh.bjug.org 留下你对他的祝福 请在MSN上修改您的名字，我们都写上 [祝福后山] 请修改您MSN的头像为我们提供的图标 增加行动网站的地址 http://befresh.bjug.org 到MSN名字后面的个人信息 请看到此文的Blogger，在您的blog上link此文，并Trackback到后山的blog 请看到此信息的人，帮助一起宣传，我们需要您的帮助 在您的BLOG或网站，加上用我们提供的LOGO，并连接到网站http://befresh.bjug.org 泡论坛的，请修改你的论坛LOGO和签名档为提供的图标   ***** 联合发起： BJUG http://www.bjug.org <http://www.bjug.org/>  CSDN http://www.csdn.net <http://www.csdn.net/>  JavaEye http://www.javaeye.com <http://www.javaeye.com/>  JActionGroup http://www.jactiongroup.net/ Huihoo http://www.huihoo.org <http://www.huihoo.org/>  RedSaga http://www.redsaga.com <http://www.redsaga.com/>   Matrix http://www.matrix.org.cn <http://www.matrix.org.cn/> Blogbus http://www.blogbus.com <http://www.blogbus.com/>

     摘要:       要将BufferedImage实例保存为BMP文件，就需要知道BMP文件的格式，可以参考我转载的文章：《BMP文件格式》。      下面是我的将BufferedImage实例保存为24位色BMP文件的实现。     ...  阅读全文       在公元2005年6月27日，我做出了一个重大的决定，买房！花了自己至今为止都没有见过的那么多的钱买了一个小小的2房2厅， 从此变成了“负翁”。
      不过，从此以后再也不用去租房，再也不用帮别人供房，再也不用一年搬一次家。深圳租房实在太贵，莲花北的一个小小的二房都要1800，有点装修就叫豪华装修，就是一个空荡荡的房子也开口要1500，太夸张了。住农民房又极度不安全，不想拿自己的生命开玩笑。
      从此就变成月供一族了，，不过，有了压力才有动力。为了自己的将来，自己的理想，努力奋斗！
      9月26日是入伙的日子，好期待那天的到来啊。       一般而言，ORM的数据缓存应包含如下几个层次：
      1. 事务级缓存（Transcation Layer Cache）
      2. 应用级/进程级缓存（Application/Process Layer Cache）
      3. 分布式缓存（Cluster Layer Cache）

      Hibernate数据缓存（Cache）分为两个层次，以Hibernate语义加以区分，可分为：
      1. 内部缓存（Session Level，也称为一级缓存）
      2. 二级缓存（SessionFactory Level，也称为二级缓存）

      Hibernate中，缓存将在以下情况中发挥作用：
      1. 通过id[主键]加载数据时
      2. 延迟加载

      内部缓存正常情况下由Hibernate自动维护，如果需要手动干预，可以通过以下方法完成：
      1. Session.evict
         将某个特定对象从内部缓存清除。
      2. Session.clear
         清空内部缓存。

      在Hibernate中，二级缓存涵盖了应用级缓存和分布式缓存领域。如果数据满足以下条件，则可将其纳入缓存管理。
      1. 数据不会被第三方应用修改；
      2. 数据大小(Data Size)在可接收的范围之内；
      3. 数据更新频率较低；
      4. 同一数据可能会被系统频繁引用；
      5. 非关键数据(关键数据，如金融帐户数据)。
      Hibernate本身并未提供二级缓存的产品化实现，而是为众多的第三方缓存组件提供了接入接口，较常用的第三方组件有：
      1. JCS
      2. EHCache
      3. OSCache
      4. JBossCache
      5. SwarmCache
      Hibernate中启用二级缓存，需要在hibernate.cfg.xml配置hibernate.cache.provider_class参数，之后，需要在映射文件中指定各个映射实体(以及collection)的缓存同步策略。Hibernate提供了一下4种内置的缓存同步策略：
      1. read-only
         只读。对于不会发生改变的数据，可使用只读型缓存。
      2. nonstrict-read-write
         如果程序对并发访问下的数据同步要求不是非常严格，且数据更新操作频率较低，可以采用本选项，获得较好的性能。
      3. read-write
         严格可读写缓存。基于时间戳判定机制，实现了“read committed”事务隔离等级。可用于对数据同步要求严格的情况，但不支持分布式缓存。这也是实际应用中使用最多的同步策略。
      4. transactional
         事务型缓存，必须运行在JTA事务环境中。

      在Java语言中，对象之间的比较可以通过引用比较(==)和内容比较(equals)两种方式进行，而在Hibernate的实体对象的比较是通过主键值来比较，如果要实现自己的识别逻辑，则需要重写equals方法和hashCode方法。

      检查数据对象改变检查的一般策略有下面两种：
      1. 数据对象监控
         数据对象监控的实现方式，通过拦截器对数据对象的设值方法进行拦截。一旦数据对象的设置方法被调用，则将其标志为“待更新”状态，之后在数据库操作时将其更新到对应的库表。
      2. 数据版本对比
         在持久层框架中维持数据对象的最近读取版本，当数据提交时将提交数据与此版本进行比对，如果发生变化则将其同步到数据库对应的库表。

      Hibernate采取的是第二种检查策略。它采用一个内部数据结构"EntityEntry"保存对应实体类的状态信息。

      对于级联对象的更新，Hibernate将根据unsaved-value进行判定。首先Hibernate会取出目标对象的id。之后，将此值与unsaved-value进行比对，如果相等，则认为目标对象尚未保存，否则，认为对象已经保存，无需再进行保存操作。

      最近正在研读《深入浅出Hibernate》一书，前面写的随笔有些也是读该书的笔记，只是未做归类，从这篇开始，我将把相关的内容都整理成一个系列的读书笔记。
      今天这篇是有关实体对象的生命周期。我刚开始接触Hibernate的时候，只是简单的把它当做一个API工具，直到后来看到有关VO和PO的内容时，才意识到Hibernate不仅仅是一个O/R Mapping的API工具，它还是一个容器。它可以帮你管理实体对象的生命周期。

      实体对象的生命周期有三种状态：
      1.Transient（自由状态）
      此时的实体对象和数据库中的记录无关联，只是一个普通的JavaBean。
      2.Persistent（持久状态）
      此时的实体对象和数据库中的记录有关联，其变更将由Hibernate固化到数据库中。该实体对象处于由Hibernate框架所管理的状态。
      3.Detached（游离状态）
      处于Persistent状态的对象，其对应的Session实例关闭之后，那么，此对象就处于"Detached"状态。Detached状态和Transient状态的区别在于Detached状态的对象可以再次与某个Session实例相关联而成为Persistent对象。

      从实体对象是否被纳入Hibernate实体管理容器的角度，Transient和Detached状态的实体对象可以统称为VO（Value Object），而被管理的实体对象称为PO（Persistent Object）。两者的区别：
      1.VO是相对独立的实体对象，处于非管理状态。
      2.PO是Hibernate纳入其实体管理容器（Entity Map）的对象，它代表了与数据库中某条记录对应的Hibernate实体，PO的变化在事务提交时将反映到实际数据库中。
      3.如果一个PO与其对应的Session实例分离，那么此时，它又会变成一个VO。

      下图是我画的实体对象生命周期的状态转换图：

      在使用HQL查询中，有时并不需要获取完整的一个实体对象，例如一个实体对象User有三个属性：account, password和email，如果我们只需要获取account和email属性，那么有两种方法可以选择。
      1. 用普通的"select user.account, user.email from User as user"，程序片断如下：


      这时调用Query类的list方法返回的将是一个每个元素都是一个Object数组的List。如果只获取一个属性，那么返回的List中的每个元素都是String实例。

      2.在HQL中用new操作符生成实体对象，例如："select new User(user.account, user.email) from User as user"，程序片断如下：


      这时list方法返回的List中的每一个元素都是User实体对象。这里有三点需要注意的：
      a.在HQL语句中需要使用as操作符指定User的别名，并且需要在构造函数的属性前面加上别名；
      b.HQL语句中的构造函数在User类中必须要有相应的构造函数；
      c.生成的实体对象是VO对象，如果对这些对象调用Session的saveOrUpdate方法将导致插入新的记录，而不是更新记录。       JBuilder 2005中多了一个Smart MemberInsight功能，这个功能会智能的匹配需要调用的方法或者获取的属性。例如有一个赋值操作，左边是一个List，右边是用一个方法获取值，那么当输入"."时，JBuilder 2005会自动的找到所有返回的值为List的方法。
      不过，这实在是一个不怎么讨好的方法。因为很多时候并不是只有一层方法调用的，例如，当需要用一个方法获取一个实例，然后再用这个实例的方法获取需要的值时，这个功能就显得很碍手了。
      终于，我还是决定关闭这个“智能”的功能。打开"Tools"——>"Preferences"，在"Editor"的子项"CodeInsight"里，展开"MemberInsight"，把"Default to Smart MemberInsight"这一项去掉。如下图所示：