天上掉大饼之土人俗事

http://news.sohu.com/20061225/n247247834.shtml
【来源：北京晚报】

制图:李嘉

　　荒唐骗子冒充彭德怀宋霭龄

　　解冻民族资产骗局骗了外省某党校教授

　　如果有人告诉你，彭德怀和宋霭龄还在世，并且和他们的儿子准备解冻民族资产，你肯定认为说话的人疯了，但是3名骗子就是打着这样荒唐的幌子，骗 了40余万元。记者今日从西城法院获悉，制造这一民族资产解冻骗局的李卫华被判处有期徒刑13年，剥夺政治权利2年，并处罚金；他的同伙——假冒彭德怀和 宋霭龄的两个农民也获刑9年。

　　彭德怀宋霭龄“复活”

　　在李卫华的谎言中，解冻民族资产是一个极富历史背景的故事:中华民族经历数次改朝换代后，流落到民间的大量资产被一些“睿智”人物存到国外。

拥有这些财富的老前辈一直想把这些流落海外的民间资产运送回国，为国家建设服务。而李卫华正是要建立一个机构来解冻这些资产，但前期运作需要经费，如果有人赞助今后必有高额回报。

　　其实，解冻民族资产的圈套并非李卫华原创，他也曾是诈骗的受害者，几万元资金全被骗子卷走了。但李卫华没引以为戒，反而发现这是个骗人的好方法。民族资产解冻骗局也在他身上得到了“发扬光大”。

　　说来也巧，2004年初，在贵州做小生意的农民刘茂德和陈淑芬听说了李卫华在搞民族资产解冻的事，俩人明白其中的油水，结伴慕名来京面见李卫 华，表示愿意一起完成此“民族大业”。李卫华正愁缺少人手，一个荒唐的策划在他心中逐渐成型。“今后你们就自称掌握着并负责启动民族资产，成立中国人民解 放军老干部工作中心。你叫‘彭德怀’，你叫‘宋霭龄’，我就叫你们‘老爹’、‘老妈’。”事实上，要给55岁的李卫华当妈的陈淑芬只有51岁，俩人听了不 觉一惊:“他们早就去世了，别人怀疑怎么办？”“你们就说吃了返老还童药，其实你俩一直在世，现在140多岁了！”为了让事主们相信，两人还自制了“证 明”:刘茂德有“十大元帅”的铜牌，陈淑芬拿着国民党时期的“潜伏令”。

　　伪造领导签名

　　李卫华知道，单靠这两个冒牌名人还不可能让人信服，必须有点“真东西”。于是他起草打印了给国家领导人的致信以及给党中央、国务院等部门的申 请，希望国家领导人批准成立老干部中心，为解冻民族资产的人员提供生活保障以及他们后代子女的安置、待遇问题。申请财政部、外汇局拨给老干中心1000亿 美元资金，并伪造领导人签字和部位印章“批准”了这些申请。

　　万事俱备，3人开始大江南北地招摇撞骗。几位事主回忆说，一听到解冻民族资产的名号和3人的身份，他们顿时就信服了。“现在正是中心成立的关键 时刻，谁的贡献大将来好处就多！”在李卫华忽悠下，事主们纷纷捐钱。虽然个别事主从刘陈二人的身份上怀疑此事，但为了今后的回报，他们宁可信其有，不愿信 其无。

　　党校教授受骗

　　最初受骗的是一位外省市党校的教授武先生。“现在老干中心成立在即，但前期需要运作资金，我们需要您加入，负责你们地区的工作。事成之后，给你 一套房子，还让你负责分部的顾问工作。”听了李卫华的介绍，武先生很感兴趣，当看过了那些伪造的中央及部委批文后，他对此事更是深信不疑。

　　2004年4月，李卫华以中心的名义给武先生颁发了“委任状”。武先生像鬼迷心窍一样，扑在筹集资金的工作上。“我向朋友、学生介绍成立老干中 心解冻民族资产的事，让他们提供前期运作资金，许诺今后为他们的子女解决工作和上学问题，用我党校教授身份作担保，给他们写收据。”至今年1月，武先生为 李卫华等人筹集了20余万资金，但这些钱全被李卫华挥霍一空。

　　持假证刻章骗子自投罗网

　　今年1月，李卫华盯上了事主鞠先生，见多识广的鞠先生总觉得老干部中心的印章有问题，于是让李卫华重新刻个章。也许是李卫华的谎言把他自己也给 “催眠”了，虽然明知证件都是伪造的，但他竟然和事主一起到治安总队申请刻章，还向民警出示了伪造的国务院、公安部批文。民警发现批文上的印章比她平时见 到的小，怀疑李卫华有伪造公章证件的嫌疑，向派出所报告。李卫华的荒唐骗局才随之被揭穿。(文中人物为化名)本报记者孙莹通讯员智勇

(责任编辑：王伟)

昨天看完黄金甲之后和老婆讨论。我说，其实把大场面去掉，好好修饰一下
细节，这个剧本应该也能拍出不错的片子来，何必非搞什么大片。老婆撇撇
嘴，说，如果不是大片，你会来看么？

仔细想想，确实如此。

前两天花时间看了一下Struts2（WebWork）的教程，对比了一下，还是觉得Spring MVC更好。
原因有几点：
1。Spring MVC的controller+command object模式比Struts2的Action模式更安全一些。而在Struts2中，自动数据绑定发生在Action对象上。这样，在Action类中任何有Set方法的属性都有可能被http request的参数覆盖，在设计Action类时如果不小心，就可能会产生安全隐患。比如某个身份认证方案可能会依赖于Action的某个属性，如role来判断用户是否具有访问该action的权限。这样，恶意用户可以通过在request参数中包含一个role参数来改写action本身对role属性的设置。
在Spring MVC中，controller和command object是两个独立的类，自动数据绑定只发生在command object上，对controller没有影响，就不存在这个问题。
2。Struts 2的action类本身是线程不安全的，不能使用singleton模式来创建。在我看来，这个是比较ugly的。特别是一些处理逻辑比较复杂的action，每次创建一个新对象实例的代价可能是比较高的。而Spring MVC的command object基本上都是POJO，创建实例的代价很低。
3。Struts 2的jsp tags使用OGNL作为表达式语言。我个人觉得这个语言功能过强，特别是能够直接访问action本身的方法，这类功能很容易被滥用，从而重蹈过去jsp<% %>标记的覆辙。
当然，Struts 2也有很多功能是值得Spring吸取的，比如redirect-action，对namespace的支持等等。特别是Struts 2的底层框架XWork的最新版本2.0beta3已经支持基于annotation的validation，这个Spring应该尽快跟进。
不过我还是觉得Spring MVC更好些，恩。

    越来越觉得Spring这个东西实在是太好了，恩。
    Spring除了对基本的基于IOC机制的单元测试的支持外，还提供了一个非常有用的类AbstractTransactionalDataSourceSpringContextTests。这个类提供了一个非常有用的功能：在测试方法结束后自动回滚事务。利用它，你就可以随意的对自己的业务代码进行测试，而不用担心由于数据库中写入的测试数据没有被及时清除而影响测试结果（例如，假如你设置了某个数据表中的某列为unique。那么，如果某个测试向数据库中写入了一条测试数据，那么如果测试后这个数据没有被清除，下次该测试运行时就会因为数据库中已经存在同样的数据而失败）。
    AbstractTransactionalDataSourceSpringContextTests类的用法很简单，因为它是AbstractDependencyInjectionSpringContextTests的子类，所以按照使用AbstractDependencyInjectionSpringContextTests的方法一样用就行了。
    不过还需要注意一点，我们要测试的Bean中的对应方法必须被配置为支持事务，否则在测试后，数据操作不会自动回滚。关于Spring中事务的配置可以参考相应的文档，这里不多说了，恩。

    花时间好好看了一下Spring参考手册的Testing一章，同时参考了SpringSide和Spring自己的例子，把基于Spring框架的单元测试写法搞清楚了。
    其实写基于Spring框架的单元测试是一件很简单的事情。它提供了一个基类AbstractDependencyInjectionSpringContextTests，其中封装了载入Application Context和初始化Beans的功能，你只需要完成下面三步工作，就可以生成一个完成的测试类。
1）让你的测试类继承AbstractDependencyInjectionSpringContextTests，下面是演示代码
public class MyTestCase extends AbstractDependencyInjectionSpringContextTests {
}
2)在你的测试类中实现getConfigLocations()方法。你在这个方法中应该返回Application Context配置文件的路径。
可以直接用实际工作代码中使用的Application Context配置文件，也可以专门为测试写单独的配置文件。
public class MyTestCase extends AbstractDependencyInjectionSpringContextTests {
    protected String[] getConfigLocations() {
        return new String[] {"MyApplicationContext.xml","MyApplicationContext.xml"};
    }
}
3)为那些需要在测试类中进行测试的beans写一个Setter。比如，我的程序在Application Context中声明了一个叫MyWorkBean的Bean。我想在测试类中对它进行测试。那么我的测试类就可以这么写：

public class MyTestCase extends AbstractDependencyInjectionSpringContextTests {
    protected MyWorkBeanClass myWorkBean;
    protected String[] getConfigLocations() {
        return new String[] {"MyApplicationContext.xml"};
    }
    public void setMyWorkBean(MyWorkBeanClass myWorkBean) {
        this.myWorkBean=myWorkBean;
    }
    //接下来是实际的测试方法
    public void testMethod1() {
        .....
    }
    public void testMethod2() {
        .....
    }
}
这里需要说明的是，AbstractDependencyInjectionSpringContextTests缺省在用Setter设置Bean的时候，使用的是by type的机制。这样，如果存在多个同类的bean，特别是在使用了范型类的情况下，它就无法正确的设置Bean，会产生一个Exception。在这种情况下，可以在我们的测试类的构造函数中设置一下用其他的机制来自动设置Bean。比如可以这样设置用By name的方式来自动设置：
public class MyTestCase extends AbstractDependencyInjectionSpringContextTests {
    protected MyWorkBeanClass myWorkBean;
    public MyTestCase() {
        Super();
        this.setAutowireMode(AUTOWIRE_BY_NAME);
    }
    public void setMyWorkBean(MyWorkBeanClass myWorkBean) {
        this.myWorkBean=myWorkBean;
    }   
    ....
}


上面这三步在Eclipse等IDE中可以很方便的完成。Spring的AbstractDependencyInjectionSpringContextTests类除了自动完成载入Application Context和初始化Beans的工作外，它还有一个特别好的地方就是会自动Cache 载入的Application Context和Beans。这样，如果你有多个测试类，实际测试时就不需要为每个测试类都载入一次Application Context,大大减少了测试需要的时间。