server {
    listen 80;
    server_name  boyan.com;
    location ~ ^/(WEB-INF)/ {
        deny all;
     }

    location / {
      proxy_pass http://localhost:8888; 
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }

第二步：应用程序中用 String ip = request.getHeader("X-Real-IP");替代String ip = request.getRemoteAddr();即可
 

系统A与系统B分别部署在不同域的两台服务器中，但它们的身份都统一在身份认证服务器中；身份认证信息以Session方式存贮于各自系统中，并辅以cookie进行使用。

当用户在A系统登录后，访问B系统时，由于是跨域访问，导致身份信息不能正确的传递到B系统中，从而致使用户需在B系统中重新登录。

解决方案：

处理这类跨域访问时，我们最先使用从B系统向C通过HttpRequest(类AJAX请求)的方式获取身份信息，此方式好处是同步处理，方便用使用；但其限制诸多，如需设置信任站点、用户访问确认等，甚至，在对应用服务器作了一次安全升级后，根本无法访问了。因此，需另行开辟途径，于是，在同事建议下，我们使用IFrame内嵌跨域验证网页，来解决此问题。

1、原理设计：用户在访问B系统时，先使用一内置的iframe，并将iframe的src指向身份认证服务器系统代理验证接口；如果用户已经在A系统中进行过登录，即A域了中已存在着身份认证信息后，身份认证服务器中也将具有其身份信息将其附带着身份认证信息后重定向访问B系统代理接口；B系统代理验证接口在接收到由A系统传递而来的身份认证信息后，通过身份认证服务器验证后，在B系统所在域重建身份认证信息。

2、实现逻辑贴码：

1）B系统代理验证接口：

（1）IFrame逻辑贴码：

（2）JS检测是否通过认证逻辑贴码：

2）身份认证服务器端接口（JSP）：

3、注意事项：

1）由于身份认证中心使用cookie作为身份标识，因此，需要用户在浏览器中允许使用cookie的设置；

2）由于在iframe中进行跨域重定向，因此需在IE安全中的跨域浏览子框架项设为启用：

4、源码文件：

……

class News {

    int id;
    String title;
    String content;

    static constraints = {
      title(blank:false)
    }
}

title(blank:false)，表示该字段不可为空
2、在message属性中，定义该字段为空时候的提示，格式是领域包名.领域模型类名称.属性名称.限制属性名称=提示信息
例：cn.tigertian.grails.domain.News.title.blank=请填写标题
3、在页面上加入如下代码：

<g:message code="default.create.label" args="[entityName]" /></h1>
            <g:if test="${flash.message}">
            <div class="message">${flash.message}</div>
            </g:if>
            <g:hasErrors bean="${instance}">
            <div class="errors">
                <g:renderErrors bean="${instance}" as="list" />
            </div>
            </g:hasErrors>

#给j2ee初学者的建议.

如何减少学习j2ee的成本并提高质量

学习的成本，大致应该可以归结为时间，辛苦，钞票，还有一个成本就是因为学习周期太长带来的机会的丢失。 所以注意，我们这里讨论如何降低成本，但不要舍本逐末，为了降低成本而耽误了学习。 另外我只是从我从事的内容的角度去谈的。

1. 如果身边有朋友入行时间较长，向朋友咨询，遇到问题先自己解决，根据问题的不同，定个时间底线，过了底线就询问朋友。首先自己解决，是因为这个能力的锻炼是无比必须的。但如果没人帮你，有很多无谓的小错误会浪费你大把大把的生命，所以我把这一条放在第一位。
2. 网上有很多免费的视频，结合大家的推荐以及自己的感受，选择一些视频。但切记不要整天收集资料，感觉差不多就可以了。
3. 视频的优点是直观，容易理解，缺点是翻看不方便，时间长，所以入门时看视频，后续还是看书更好些。视频还有个缺点是容易犯困，不过书籍也是如此。
4. 只看不练，等于白看。看视频，看书，那些例子一定要实际的做一遍。这个是必须的。springside，appfuse，我们的 simplejee 也可以拿来练手。多敲代码才会培养出感觉，别人帮助你时，才能心有灵犀。
5. 如果有实战机会，一定抓住，别在乎得失。
6. 99%的人在没有氛围，没有伙伴的情况下是坚持不下来的，至少很难保持状态的坚持下来，所以最好拉个家伙一起下水。特别是没有有经验的人帮你的话。
7. 始终提醒自己，重在坚持，想办法提高效率。
8. google，baidu，搜索引擎的使用放在最后是因为太重要。ＱＱ群也算，我加了一堆群，可以开拓视野，拓展人脉，可是能及时解决问题的情况太少，因为很多问题都和环境相关，即便有人有意愿帮你解决问题，也非常不方便，非常消耗时间。这时不要埋怨没人帮你，因为没人有这个义务，而且也很不方便，大的说不是好的使用社会生产力的方式 :-)。

P.S. 本文有植入式营销的内容。

@Property
private String dateFrom;

@Property
private String dateTo;

Object onFormSubmit() {
        output.setDateFrom(dateFrom);
        output.setDateTo(dateTo);
        return output;
}
首先使用注解注入output页面，然后在表单的提交事件中，返回output，这样就在程序中定义了返回页面，而不是使用配置文件的方式。
但是这样的实现却不能正确运行，原因是因为Tapestry5的使用了页面池技术，页面在每次渲染前都是从页面池中随机获取一个页面，而从页面池中取得的页面，所有的属性都是被清空了的。
也就是说在上例中，虽然我们注入了output页面，但是此页面马上就被放入了页面池，而且其中的属性值马上就被清空了。这就是引入onActivate和onPassivate这丙个方法的原因。tapestry5在清空属性前会首先查看是否包含onPassivate方法，如果有，就把其返回值保存起来，然后从页面池中取得页面后，再把刚才保存的值作为参数传递给onActivate方法。
这就是方法3的基本原理，但是无论是在官方的文档或是示例或者网上其他的应用中，可以发现大部分都是使用单个参数的，比如说id。这也很容易理解，因为onPassivate的方法的返回值只能有一个。
在Tapestry5的官方文档中，只有一句非常简要的话介绍了如果传递多个文档的方法： The activation context may consist of a series of values, in which case the return value of the method should be an array or a List. （参见：http://tapestry.apache.org/tapestry5.1/guide/pagenav.html）。
但是这并不是说只要在onPassivate中把参数的值加入到List中，返回一个List，而在onActivate中接受一个List参数，然后就可以得到其中的参数了，因为Tapestry5把参数传给onActivate的方法其实是通过将参数作为HttpRequest中的参数的。如果试图使用上述方法就是得到一个“无法将List转换成String的错误”
所以方法应该是这样的，在Output中：

private List<String> paramList;
public void setParamList(List<String> paramList) {
        this.paramList = paramList;
}
public List<String> getParamList() {
        return paramList;
}
List<String> onPassivate() {
        return paramList;
}
void onActivate(String dateFrom, String dateTo) {
        this.dateFrom = dateFrom;
        this.dateTo = dateTo;
}
private String dateFrom;
private String dateTo;

在Input页面中，需要把onFormSubmit改一下：
Object onFormSubmit() {
        List<String> list = new ArrayList<String>();
        output.setParamList(list);
        return output;
}

其中，需要注意的是output中的onActivate方法，基参数的顺序必须和List中放入的参数顺序一致。

eclipse平台允许我们通过插件扩展出另一个插件，与平台紧密集成为用户提供更好的体验，本文将向您阐述如何向视图和编辑器中添加动作(上下文菜单)，并且允许为您自己定义的视图和编辑器添加其他新的动作。文中的每一个示例将详细的向您展示每一种不同应用的特征。

上面的图片显示了插件中能添加动作的众多区域：

1、  在视图和编辑器中添加上下文菜单

2、  在视图上添加工具栏和下拉菜单

3、  在工作台窗口的主工具栏和菜单上添加动作 

本文将对上面的种种进行演示，并通过实例形式向您详细讲解。 

我们假设您有插件开发的基础，如果想获得在eclipse平台上开发插件的更多信息，请阅读Jim Amsden的入门文章“Your First Plug-in”，该示例的运行结果，请点击“running the examples”。 

在上下文菜单中添加动作

可以在视图和编辑器的上下文菜单中添加动作并紧密集成，比如，VCM插件在存在的视图如Navigator或Packages中添加了许多新的动作，对资源进行版本管理.为了在上下文菜单中添加新的动作,eclipse提供了插件点org.eclipse.ui.popupMenus,包括两种类型的动作,即能添加到视图或编辑器的上下文菜单中,也能为指定的对象类型添加上下文菜单。下面的三个示例将为您详细说明。 

示例一：为默认的文本编辑器添加新的动作
      让我们看看如何向默认的文本编辑器添加一个动作：
    ①<viewerContribution
          id="org.eclipse.ui.articles.action.contribution.popup.editor"
    ②   targetID="#TextEditorContext">
    ③   <action
             id="org.eclipse.ui.articles.action.contribution.editor.action1"
             label="Editor Action 1"
             icon="icons/red_dot.gif"
    ④  menubarPath="additions"
    ⑤  class="first.plugin.action.ContextMenuAction">
          </action>    
      </viewerContribution>
    </extension>

 上面的xml向指定编辑器添加了一个上下文菜单，该扩展叫viewerContribution（①），可以用于视图和编辑器。 

targetID属性（②）指定上下文菜单所依附的目标视图和编辑器标识符，官方文档提供了可用的标识符列表，如果您设置的标识符不存在，则上下文菜单不被注册。一个视图或编辑器可以有不只一个上下文菜单。 

action（③）标记用于定义一个动作，id是该动作的标识符，label和icon表示菜单项的显示文本和图标，icon为可选项。menubarPath（④）属性指定动作菜单项的位置，从上下文菜单的根开始，action将被添加到这里。在本示例中，“additions”其实是org.eclipse.ui.IWorkbenchActionConstants类的一个常量值（MB_ADDITIONS）。添加的动作独立成组，在上述情况下，如果menubarPath属性没有指定，工作台将首先添加到“additions”组中，如果additions不存在，动作将被添加到上下文菜单的末尾。 

class（⑤）属性是一个菜单项被用户选中后将要执行的动作的类，如果是编辑器的上下文菜单，该类必须实现org.eclipse.ui.IEditorActionDelegate接口，如果是视图的上下文菜单，则实现org.eclipse.ui.IViewActionDelegate接口。有一个非常重要的情况就是只有当用户选择了菜单项后该类才被工作台加载，这就意味着很多初始化的逻辑必须在XML文件中描述。一旦该类被工作台加载，该类将可以控制动作的启用与禁用。如果动作被选中，将执行run()方法完成需要的功能。 

下面是一个典型的实现类： 
    package first.plugin.action;
    import org.eclipse.jface.action.IAction;
    import org.eclipse.jface.dialogs.MessageDialog;
    import org.eclipse.jface.viewers.ISelection;
    import org.eclipse.ui.IEditorActionDelegate;
    import org.eclipse.ui.IEditorPart; 
    public class ContextMenuAction implements IEditorActionDelegate { 
        @Override
        public void setActiveEditor(IAction action, IEditorPart targetEditor) {
        } 

    @Override
        public void run(IAction action) {
            MessageDialog.openInformation(null, "", "我是上下文菜单");
        } 

    @Override
        public void selectionChanged(IAction action, ISelection selection) {
        }

}

JavaGUI应用程序部署

JavaGUI程序发布分类
 1)  Applet：可以嵌入到浏览器中，通过网页的方式展示给用户

 2)  application ：有两种发布方式

  ü 打包成jar包通过bat的方式运行，或者通过第三方软件打成exe(后续会再详细介绍)

  ü 通过Java Web Start的方式发布到服务器端，通过JNLP运行

 相对来说第二种方式可能更好一些，免除了更新的麻烦。

 用applet或者jws的方式发布，大部分都需要数字签名。

为什么要签名
 其实签名不是必须的，如果你的程序只是单纯的绘图，显示，只要不访问网络资源也不访问本地文件，是不用签名的，
 但是如果要访问本地或网上资源就必须签名，
 比如读取本地文件或者访问数据库，这是由java的沙箱机制决定的，即jvm内部有一组安全检查规则，要通过检查之后才能访问特定资源。

 如果要突破这个规则，可以有两个方法:

 1) 修改jre权限文件如下

  java.policy为grant {
   permission java.security.AllPermission;
        };

  一般权限文件的目录如下C:"Program Files"Java"jre6"lib"security

  但是修改每个客户端的权限文件，无论从时间还是操作上都是很麻烦的。

 2)  签名，意思就是告诉用户，这个程序是谁发布的，是不是能信任，如果客户确定，ok，这个applet或者jws就可以访问外部资源了。

如何签名

 1)首先确保你已经完全安装了Java2的环境，有keytool工具，它位于JDK的bin目录下。这一般不会有问题。

 2)到Dos状态下，进入你需发布应用程序的jar包所在的目录，运行下面这句话
   keytool -genkey -keystore myKeystore -alias jwstest -validity 1000
      它将会提示你输入用户名、密码等，按照提示随便输入即可，不输入直接回车即可，
   但一定要记住密码。运行结束它将会在当前路径下创建名为myKeystore的文件。

 3)如果你想查看一下刚才生成的myKeystore文件的内容，可以使用下面这句话：
  keytool -list -keystore myKeystore
  显示出来应该类似如下：
  Keystore type: jks
  Keystore provider: SUN
  Your keystore contains 1 entry:
  jwstest, Tue Nov 23 19:29:32 PST 2001, keyEntry,
  Certificate fingerprint (Test):
  C3:A9:CD:F3:D3:AC:4D:3F:3C:5B:AF:9E:CF:0D:46:5C

 4)对你需发布应用程序的jar包进行签名，运行下面这句话：
  jarsigner -keystore myKeystore yourtest.jar jwstest
  其中yourtest.jar是你的jar包名，你需要修改它，别的就不必修改了。
  运行时会提示你输入密码，就是你刚才在生成myKeystore文件时设定的密码。

如果有很多jar包怎么办

 在开发的过程中很可能会引用到第三方的jar包，而第三方的jar包又可能引用到其它的，所以可能有很多的jar包，需要和applet一起发布，有两个方法
  1) 分别打包签名，使用于包比较少，比如只有3、4个的情况
        2) 只 把applet的jar包签名，让用户确认访问授权，applet已经被用户授权，那么就可以在applet里改变安全管理器（SecurityManager）
   只需要继承SecurityManager类，创建自己的安全管理器类，然后覆盖checkPermission方法，允许访问任何资源。
   在applet的init方法中调用System.setSecurityManager把安全管理器设置为我们自定义的即可。

 class CustomManager extends SecurityManager {
  public void checkPermission(Permission perm, Object context) {
  }
  public void checkPermission(Permission perm) {
  }
 }
 

其它一些相关资料如下

 JDK中keytool常用命令

 -genkey      在用户主目录中创建一个默认文件".keystore",还会产生一个mykey的别名，mykey中包含用户的公钥、私钥和证书
 -alias       产生别名
 -keystore    指定密钥库的名称(产生的各类信息将不在.keystore文件中
 -keyalg      指定密钥的算法   
 -validity    指定创建的证书有效期多少天
 -keysize     指定密钥长度
 -storepass   指定密钥库的密码
 -keypass     指定别名条目的密码
 -dname       指定证书拥有者信息 例如：  "CN=sagely,OU=atr,O=szu,L=sz,ST=gd,C=cn"
 -list        显示密钥库中的证书信息      keytool -list -v -keystore sage -storepass ....
 -v           显示密钥库中的证书详细信息
 -export      将别名指定的证书导出到文件  keytool -export -alias caroot -file caroot.crt
 -file        参数指定导出到文件的文件名
 -delete      删除密钥库中某条目          keytool -delete -alias sage -keystore sage
 -keypasswd   修改密钥库中指定条目口令    keytool -keypasswd -alias sage -keypass .... -new .... -storepass ... -keystore sage
 -import      将已签名数字证书导入密钥库  keytool -import -alias sage -keystore sagely -file sagely.crt
     导入已签名数字证书用keytool -list -v 以后可以明显发现多了认证链长度，并且把整个CA链全部打印出来。

 Keytool 是安全钥匙与证书的管理工具.它管理一个存储了私有钥匙和验证相应公共钥匙的与它们相关联的X.509 证书链的keystore(相当一个数据库).

 Keytool 是一个有效的安全钥匙和证书的管理工具. 它能够使用户使用数字签名来管理他们自己的私有/公共钥匙对,管理用来作自我鉴定的相关的证书,管理数据完整性和鉴定服务.它还能使用户在通信时缓存它们的公共钥匙.

 一个证书是某一实体(个人,公司等)的数字签名,指出其他实体的公共钥匙(或其他信息)的详细的值.当数据被签名后,这个签名信息被用来检验数据的完整性和真实性.完整性指数据没有被修改和篡改,真实性指数据从任何产生和签名的一方真正的传输到达.

 Keytool 把钥匙和证书储存到一个keystore.默任的实现keystore的是一个文件.它用一个密码保护钥匙.

 而另外的一个工具jarsigner用keystore中的信息产生或检验Java aRchive(jar文件)中的数字签名.

 Keystore有两个不同的入口:

 1.钥匙入口:保存了非常敏感的加密的钥匙信息,并且是用一个保护的格式存储以防止未被授权的访问.以这种形式存储的钥匙是秘密钥匙,或是一个对应证书链中公有钥匙的私有钥匙.

 2.信任证书入口:包含一个属于其他部分的单一公共钥匙证书.它之所以被称为"信任证书",是因为keystore信任的证书中的公共钥匙真正属于证书所有者的身份识别.

 Keystore的别名:

 所有的keystore入口(钥匙和信任证书入口)是通过唯一的别名访问.别名是 不区分大小写的.如别名Hugo和hugo指向同一个keystore入口.

 可以在加一个入口到keystore的时候使用-genkey参数来产生一个钥匙对(公共钥匙和私有钥匙)时指定别名.也可以用-import参数加一个证书或证书链到信任证书.

 如:

 keytool -genkey -alias duke -keypass dukekeypasswd

 其中duke为别名,dukekeypasswd为duke别名的密码.这行命令的作用是产生一个新的公共/私有钥匙对.

 假如你想修改密码,可以用:

 keytool -keypasswd -alias duke -keypass dukekeypasswd -new newpass

 将旧密码dukekeypasswd改为newpass.

 Keystore的产生:

 1.当使用-genkey 或-import或-identitydb命令添加数据到一个keystore,而当这个keystore不存在时,产生一个keystore.默认名是.keystore,存放到user-home目录.

 2.当用-keystore指定时,将产生指定的keystore.

 Keystore的实现:

 Keytool 类位于java.security包下,提供一个非常好的接口去取得和修改一个keystore中的信息. 目前有两个命令行:keytool和jarsinger,一个GUI工具Policy 可以实现keystore.由于keystore是公开的,用户可以用它写一些额外的安全应用程序.

 Keystore还有一个sun公司提供的內在实现.它把keystore作为一个文件来实现.利用了一个keystore类型(格式)"JKS".它用单独的密码保护每一个私有钥匙.也用可能不同的密码保护整个keystore的完整性.

 支持的算法和钥匙大小:

 keytool允许用户指定钥匙对和注册密码服务供应者所提供的签名算法.缺省的钥匙对产生算法是"DSA".假如私有钥匙是"DSA"类型,缺省签名算法是"SHA1withDSA",假如私有钥匙是"RSA"类型,缺省算法是"MD5withRSA".

 当产生一个DSA钥匙对,钥匙必须在512-1024位之间.对任何算法的缺省钥匙大小是1024位.

 证书:

 一个证书是一个实体的数字签名,指出其他实体的公共钥匙有明确的值.

 1.公共钥匙 :是同一个详细的实体的数字关联,并有意让所有想同这个实体发生信任关系的其他实体知道.公共钥匙用来检验签名;

 2.数字签名:假如数据已被签名,并用身份存储在一个实体中,一个签名能够证明这个实体知道这个数据.这个数据用实体私有钥匙签名并递交;

 3.身份:知道实体的方法.在一些系统中身份是公共钥匙,其他系统中可以是从一个X.509名字的邮件地址的Unix UID来的任何东西;

 4.签名:一个签名用用实体私有钥匙来计算某些加密数据;

 5.私有钥匙:是一些数字,每一个私有钥匙只能被特定的拥有该私有钥匙的实体知道.私有和公共钥匙存在所有用公共钥匙加密的系统的钥匙对中.一个公共钥匙加密(如DSA),一个私有钥匙与一个正确的公共钥匙通信.私有钥匙用来计算签名.

 6.实体:一个实体可以是一个人,一个组织,一个程序,一台计算机,一个商业,一个银行,或其他你想信任的东西.

 Keytool应用实例:

 1.产生一个keystore:

 keytool -genkey -alias User(keystore的别名) -keyalg RSA -validity 7 -keystore keystore(指定keystore).

 运行这个命令,系统提示:

 Enter keystore password:yourpassword(输入密码)

 What is your first and last name?

 [Unknown]: your name(输入你的名字)

 What is the name of your organizational unit?

 [Unknown]:your organizational(输入你所在组织单位的名字)

 What is the name of your organization?

 [Unknown]:your organization name (输入你所在组织的名字)

 What is the name of your City or Locality?

 [Unknown]:your city name(输入所在城市的名字)

 What is the name of your State or Province?

 [Unknown]:your provice name(输入所在省份名字)

 What is the two-letter country code for this unit?

 [Unknown]:cn(输入国家名字)

 Is CN=your name, OU=your organizaion, O="your organization name",

 L=your city name, ST=your province name, C=cn correct?

 [no]: yes

 2.检查一个keystore:

 keytool -list -v -keystore keystore

 Enter keystore password:your password(输入密码)

 将显示keystore內容如:

 Keystore type: jks

 Keystore provider: SUN

 Your keystore contains 1 entry

 Alias name: yourname

 Creation date: Dec 20, 2001

 Entry type: keyEntry

 Certificate chain length: 1

 Certificate[1]:

 Owner: CN=yourname, OU=your organization, O="your organization name",

 L=your city name, ST=your province name, C=CN

 Issuer: CN=Duke, OU=Java Software, O="Sun Microsystems, Inc.", L=Palo Alto, ST=CA, C=US

 Serial number: 3c22adc1

 Valid from: Thu Dec 20 19:34:25 PST 2001 until: Thu Dec 27 19:34:25 PST 2001

 Certificate fingerprints:

 MD5: F1:5B:9B:A1:F7:16:CF:25:CF:F4:FF:35:3F:4C:9C:F0

 SHA1: B2:00:50:DD:B6:CC:35:66:21:45:0F:96:AA:AF:6A:3D:E4:03:7C:74

 3.输出keystore到一个文件:testkey:

 keytool -export -alias duke -keystore keystore -rfc -file testkey

 系统输出:

 Enter keystore password:your password(输入密码)

 Certificate stored in file < td>

 4.输入证书到一个新的truststore:

 keytool -import -alias dukecert -file testkey -keystore truststore

 Enter keystore password:your new password.(输入truststore新密码)

 5.检查truststore:

 keytool -list -v -keystore truststore

 系统将显示truststore的信息.

 现在可以用适当的keystore运行你的应用程序.如:

 java -Djavax.net.ssl.keyStore=keystore -Djavax.net.ssl.keyStorePassword=password Server

 和: java -Djavax.net.ssl.trustStore=truststore

 -Djavax.net.ssl.trustStorePassword=trustword Client

 by

   张涛
    zht_dream@hotmail.com

这就是Filter的代码，这个Filter必须实现ComponentRequestFilter接口。值得注意的是其构造函数所需要用到的4个参数，这4个参数都是Tapestry5本身自有的服务，所以我们什么也不用做，Tapestry5自动会将服务的实例注入进来，这就是Tapestry-IOC的威力。
ComponentRequestFilter接口一共有4个方法需要实现，具体代码如下：

在ComponentRequestFilter中，我们无法使用@SessionState注解来直接注入Session中的变量，但是我们可以通过ApplicationStateManager来取得。

现在我们需要把刚定义的Filter注册到系统中，很简单，只要在AppModule中添加以下函数就行了：

public interface Blob

SQL BLOB 值在 Java^TM 编程语言中的表示形式（映射关系）。SQL BLOB 是内置类型，它将 Binary Large Object 存储为数据库表的某一行中的一个列值。默认情况下，驱动程序使用 SQL locator(BLOB) 实现 Blob，这意味着 Blob 对象包含一个指向 SQL BLOB 数据而不是数据本身的逻辑指针。Blob 对象在它被创建的事务处理期间有效。

接口 ResultSet、CallableStatement 和 PreparedStatement 中的方法（如 getBlob 和 setBlob）允许编程人员访问 SQL BLOB 值。Blob 接口提供某些方法来获得 SQL BLOB (Binary Large Object) 值的长度、在客户端实现 BLOB 值以及确定 BLOB 值中某一字节样本的位置。此外，此接口还拥有更新 BLOB 值的方法。

1、《OSGI原理与最佳实践》，结合这本书并研究SpringDM，做一些实例。

2、《SQL语言艺术》

3、《Oracle9i&10g编程艺术》

4、《架构之美》

5、《UML和模式应用》

6、《UML彩色建模》

7、《领域驱动设计与模式实战》

8、《敏捷软件开发 原则、模式与实践》

9、《软件开发的边界》

10、《软件随想录》

11、《走出软件作坊》

就这么多了，9、10、11去年都看过一遍了，但好多地方粗粗过了一下，还要仔细阅读。

另外也对自己提个要求，看书要做读书笔记。

2010年-我的读书年！