NicholasBugs

TDD，重构，原来你们并不遥远

NicholasBugs — Wed, 13 Aug 2008 09:30:51 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/227457 发表时间: 2008年08月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

前阵子开始了一个先的项目，是公司内部的一个项目管理系统，我主要负责系统的设计和技术支持工作，第一次拥有这么大的开发自由度（对日公司里对你的开发规程限制得比较多），我当然不会放过实践一些软件开发的概念诸如TDD,持续重构等等。在看了这篇文章“TDD让我轻轻得靠近你”以后，让我下定决心在项目中实施TDD的。（待续）

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

Spring事务传播机制

NicholasBugs — Tue, 12 Aug 2008 10:36:07 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/226901 发表时间: 2008年08月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

PROPAGATION_REQUIRES_NEW starts a new, independent "inner" transaction for the given scope. This transaction will be committed or rolled back completely independent from the outer transaction, having its own isolation scope, its own set of locks, etc. The outer transaction will get suspended at the beginning of the inner one, and resumed once the inner one has completed.

PROPAGATION_REQUIRES_NEW会在当前运行的范围内创建一个全新的内部事务，这个的事务会独立地被提交或回滚（完全独立于外部事务），它拥有自己的隔离级别，以及锁等等。当内部事务被执行时，外部事务会被挂起，知道内部事务结束时才会继续执行。

Such independent inner transactions are for example used for id generation through manual sequences, where the access to the sequence table should happen in its own transactions, to keep the lock there as short as possible. The goal there is to avoid tying the sequence locks to the (potentially much longer running) outer transaction, with the sequence lock not getting released before completion of the outer transaction.
这种独立的内部事务会被诸如从序列生成ID的应用中，从序列取得id的动作应该发生在自己的事务内部，并且保持对这个sequence表的锁的时间越短越好。这么做是为了避免在获得ID以后可能仍然在很长时间内持有这个sequence表的锁（外部事务仍在运行中）。

PROPAGATION_NESTED on the other hand starts a "nested" transaction, which is a true subtransaction of the existing one. What will happen is that a savepoint will be taken at the start of the nested transaction. íf the nested transaction fails, we will roll back to that savepoint. The nested transaction is part of of the outer transaction, so it will only be committed at the end of of the outer transaction.
PROPAGATION_NESTED启动了一次嵌套的事务（一个当前事务的子事务），在内部嵌套事务开始时，会保留一个保存点（savepoint），如果内部嵌套事务失败，将会回滚到savepoint处，内部嵌套事务是外部事务的一部分，所以只有在外部事务完成时才会被提交。

Nested transactions essentially allow to try some execution subpaths as subtransactions: rolling back to the state at the beginning of the failed subpath, continuing with another subpath or with the main execution path there - all within one isolated transaction, and not losing any previous work done within the outer transaction.
嵌套事务可以满足子事务“多路执行”的需求：回滚到失败的内部嵌套事务开始的地方，然后执行另外的一个内部嵌套事务，或者继续执行主事务-上面提及的事务都是独立的，不会丢失外部事务所作的修改。

For example, consider parsing a very large input file consisting of account transfer blocks: The entire file should essentially be parsed within one transaction, with one single commit at the end. But if a block fails, its transfers need to be rolled back, writing a failure marker somewhere. You could either start over the entire transaction every time a block fails, remembering which blocks to skip - or you mark each block as a nested transaction, only rolling back that specific set of operations, keeping the previous work of the outer transaction. The latter is of course much more efficient, in particular when a block at the end of the file fails.

例如，分块传输一个很大的文件，整个文件的传输应该放在一个事务内部，在文件传输完成后提交事务。如果一个文件块传输失败了，就需要在某个地方写一个失败标记，然后重新传这个文件块，你可以在每次传输一个文件块失败时重新开始事务，然后记住那些块已经成功传输了，忽略即可-或者你可以把每个文件块的传输作为一个内部嵌套事务，只回滚失败的事务，保存前面事务的更改结果，当然这种方法要有效得多，想像一个最后一个文件块出错的情形。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

Hibernate Annotation的 *ToOne默认的FetchType是EAGER的

NicholasBugs — Wed, 23 Jul 2008 13:50:58 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/218551 发表时间: 2008年07月23日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Hibernate Annotation的 *ToOne默认的FetchType是EAGER的

public class Entry{
...
@ManyToOne(targetEntity = User.class, fetch = FetchType.LAZY)
如果不加“fetch = FetchType.LAZY” 就会生成一个连表sql.
    /**
     * lazy load this property by proxy
     */
    @JoinColumn(name="USERID")
    @LazyToOne(LazyToOneOption.NO_PROXY)
    private User author;
...
}

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

hibernate.AssertionFailure

NicholasBugs — Tue, 01 Jul 2008 11:59:34 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/210102 发表时间: 2008年07月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

hibernate.AssertionFailure: collection was not processed by flush()
在把Compass2.0整合到应用程序中时遇到这样的错误。
其中Compass用来索引domain A, B.
A和B是一对多关系。
如下

Class A{
...  
}

Class B{
 private A a;
 ...
}
//在A,B的hbm文件中通过many-to-one 和 one-to-many关联。

在没有加入Compass之前，对这两个domain的查找，更新没有任何问题。
在加入Compass之后，对这两个dimain进行索引，然后查询，也没有问题。
对domain A更新也没有问题。
但是当对父A添加一个子B时，就出现了文章开头的异常情形。
下面的链接里也出现了这样的问题，不过他用的是 hibernate search
http://forum.springframework.org/showthread.php?t=49058
再好好研究下什么原因。谁如果遇到类似的情形，麻烦把解决方案留下，

下面贴下完整的stackTrace

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

ecplise3.4 ganymede 发布了

NicholasBugs — Mon, 30 Jun 2008 14:14:01 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/209752 发表时间: 2008年06月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

新特性就不说了，javaeye新闻里有，可以直接去ecplise网站上去下，如果懒得去国外网，下面这个链接也可以，我放上去的
http://www.fs2you.com/files/15b12835-466a-11dd-9a6a-0014221f4662/

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

sourceforge上不去了，什么原因？

NicholasBugs — Thu, 26 Jun 2008 20:19:42 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/208352 发表时间: 2008年06月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天想去下载个最新的hibernate-core 下来，结果半天连不上了，在公司在家里都上不了。
为什么？？难道又被禁了？
update:
今天再连了一遍：
收到如下错误信息：

引用

The following error was encountered:

* Connection to 216.34.181.60 Failed

然后查这个IP：

引用

您查询的IP:216.34.181.60

    * 本站主数据：美国
    * 查询结果2：美国
    * 查询结果3：美国加州

难道错怪The G F W 了？

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

Compass的SearchableReference

NicholasBugs — Wed, 25 Jun 2008 16:33:04 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/207924 发表时间: 2008年06月25日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Class Entry
@Searchable(alias="entry")
{
@SearchableId
String id...}
@Searchable(alias="comment")
Class Comment
{@SearchableId
String id
...
@SearchableReference(refAlias="entry")
private Entry entry;
}

如上，按照我的理解，当检索到一个Comment对象时，Compass会把这条Comment对应的Entry也取出来。因为在SearchableReference的doc中有这么一句

引用

A searchable reference is a class field/property that reference another class, and the relationship need to be stored by Compass so it can be traversed when getting the class from the index.

然而，当我用Compass为数据库建立索引时，收到一个异常

引用

cannot marshall a null id

但是通过cpm.xml文件配置，建立索引，检索都没有问题，配置文件如下，难道被我发现了一个bug?

//Entry.cpm.xml




	
		
                ...
		
			title
		
		
			content

//Comment.cpm.xml




	
		
                  ...
		
			content

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

DispatchAction 和DynaValidateActionForm 结合使用时的问题

NicholasBugs — Fri, 30 May 2008 18:03:51 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/198774 发表时间: 2008年05月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

使用DispatchAction使得程序员能够大大减少action class的数量，但是在和Validation框架配合使用时，可能会遇到这样的问题：
程序员的本意是只有在action中的某个方法中才使用validation框架校验，但是只要把struts-config.xml中标签中的validate设为true,那么进入该action的所有方法之前都会进行校验，很痛苦。现在有两个办法：
1，在stuts-config.xml中对一个class 配多个标签，比如：

只在需要的action里将validate配成true
当然这只是权宜之计。
2：在validation.xml 中将form的name设置成需要的进行校验的action的path


 
  ....

这样只有在save（）方法调用时才会校验。

update:除了这个，还有另外一个解决方法：
令struts-config.xml中的validate=false，然后在自己的action中需要校验的地方追加以下代码：

ActionMessages errors = form.validate(mapping, request);//在需要的地方调用validate()方法，其中validate（）方法的校验规则已经定义在validation.xml中了
if(!errors.isEmpty()){
    saveErrors(reqeust, errors);
   return mapping.getInputForward(); 
}

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

Hibernate Expressions 表达式属性的含义

NicholasBugs — Fri, 30 May 2008 10:27:41 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/198561 发表时间: 2008年05月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

看过《深入浅出Hibernate》的人想必对这个例子都非常熟悉

 Criteria criteria = session.createCriteria(TUser.class);

 criteria.add(Expression.eq("name","Erica"));
 criteria.add(Expression.eq("sex",new Integer(1)));

Expression.eq(String arg1, Object arg2) 就等价于 SQL中的“field = value”。

note:
但是实际上arg1代表的是class TUser 中的property - name 而不是数据库表T_User中的
filed - name

由于在用简单属性查询时，有时候根本意识不到自己现在操作对象的是属性还是DB中的域，
下面用一个更明显例子：
User.java

class User {
 private String name;
 private String id;
 private Integer age;
 /*一下略去 getter setter*/
}

Computer.java

class Computer{
 String id;
 String name;
 User owner;
/*getter setter 略去*/
}

一个User 对象可以拥有多台 Computer,这样就形成了 many-to-one 结构。
在T_COMPUTER中用一个域 OWNER_ID记住机主的ID。

如果要查询一个User对象用有的所有电脑时，
使用表达式 Expression.eq("owner" owner)
而不是 Expression.eq("OWNER_ID", owner.getId());
这就印证了上面的说法

Restrictions应该也是类似的。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

spring struts velocity 怎么整合

NicholasBugs — Tue, 27 May 2008 14:56:22 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/197462 发表时间: 2008年05月27日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在做一个系统，使用spring做为框架，struts当controller,velocity做为view,
spring 与struts 是这样整合的：
stuts-config.xml中：

beans.xml中：

现在想在vm文件中使用spring.vm中的宏来从resource文件中读取内容并且显示在页面上（国际化嘛）
这时侯应该怎样把velocity整合进来？需要做哪些配置？
我目前的做法是在beans.xml中配置了
viewResolver和velocityConfigurer，但是发现这样就无法解析vm文件，感觉是没有被org.apache.velocity.tools.view.servlet.VelocityViewServlet 这个servlet解析。

已有 2 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

泛型BaseDAO

NicholasBugs — Tue, 06 May 2008 11:57:21 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/190094 发表时间: 2008年05月06日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

对于属性比较多的bean,如果不使用hibernate 或者ibatis等持久化解决方案，写查询函数时，单单将ResultSet 转换成Object就是一件很痛苦的事情，因此可以采用java反射机制做一个BaseDao，把ResultSet 映射到Object 的操作封装起来，简化了DAO的开发，
本文参照了[url]http://blog.csdn.net/cping1982/archive/2007/10/01/1808647.aspx
[/url]并且做了一点改进

public static String[][] proterty2Column = 
	    {{"member_id","memberId"},		
		{"name", "name"}};
	/**
	 * change the first char to upper case
	 * @param s
	 * @return
	 */
	private static String upperFirstChar(String s){
		char [] chars = s.toCharArray();
		chars[0] = Character.toUpperCase(chars[0]);
		return new String(chars);
	}
	/**
* ResultSet 映射成 Object
	 * @param clzz
	 * @param rs 
	 * @param obj
	 * @param fieldName
	 * @param varibleName
	 * @throws NoSuchMethodException
	 * @throws IllegalAccessException
	 * @throws InvocationTargetException
	 * @throws SQLException
	 * @throws NoSuchFieldException 
	 * @throws SecurityException 
	 */
    private void  mapResultSet2Object(ResultSet rs, Object obj, String propertyName,
 String columName) 
throws NoSuchMethodException, IllegalAccessException, 
InvocationTargetException, SQLException, 
SecurityException, NoSuchFieldException {
    	 Class < ? extends Object >clazz = obj.getClass();
         Class < ? extends Object >propertyType = clazz.getDeclaredField(propertyName).
getType();
       Method method = clazz.getDeclaredMethod("set"+ 
     upperFirstChar( propertyName ), new Class[] { propertyType });
       if (propertyType == String.class)
           method.invoke(obj, (Object [])new String[] 
{rs.getString( columName ) });
       else if (propertyType == int.class)
           method.invoke(obj, (Object [])new Integer[] 
{new Integer( rs.getInt( columName )) });
       else if (propertyType == float.class)
           method.invoke(obj, (Object [])new Float[] 
{new Float( rs.getFloat( columName )) });
       else if (propertyType == long.class)
           method.invoke(obj, (Object [])new Long[]
 {new Long( rs.getLong( columName )) });
       else if (propertyType == double.class)
           method.invoke(obj, (Object [])new Double[] 
{new Double( rs.getDouble( columName )) });
       else if(propertyType == Date.class){
    	   method.invoke(obj, (Object [])new Date[] 
{rs.getDate(columName)});
       }
   }
    /**
     * 单行查询
     * @param 
     * @param conn
     * @param sql
     * @param clazz
     * @param params
     * @return
     * @throws Exception
     */
    public   T getItem(Connection conn, String sql, Class clazz, 
  String params[])throws Exception{
    	PreparedStatement pstmt = null;
    	ResultSet rset = null;
    	T t  = null;
    	try {
    		pstmt = conn.prepareStatement(sql);
    		//set parameter 
               for(int i=0; i

   /**
     * 多行查询
     * @param 
     * @param conn
     * @param sql
     * @param proterty2Column
     * @param clazz
     * @return
     * @throws Exception
     */
    public    List  getItems(Connection conn, String sql, Class clazz,  
String[] params) throws Exception{
    	if (proterty2Column.length == 0)
            return null;
    	PreparedStatement pstmt = null;
    	ResultSet rset = null;
    	List list = new ArrayList();
    	try {
    		pstmt = conn.prepareStatement(sql);
               for(int i=0; i
          


          
            已有 2 人发表留言，猛击->>这里<<-参与讨论
          
          



          JavaEye推荐
          

          加入阿里巴巴，发展潜力无限
搜狐网站诚聘Java、PHP和C++工程师
Windows7在微软WinHEC 2008上揭开神秘面纱

struts中的属性自动装配功能

NicholasBugs — Tue, 29 Apr 2008 11:53:59 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/187952 发表时间: 2008年04月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天遇到一个有些意外的需求：在用户输入信息不合法时，回到输入页面并且将输入的字符串两头的空格trim掉以后显示在输入框里，很不幸的是我把输入页面和验证逻辑写在了两个action（A, B）里，(项目框架限制得很死没办法) 在验证action里校验出错以后mapping.findForward("A.do") ，
发现A页面再次初始化时，在B中做的trim没有起作用，显示的还是用户第一次输入的值。经过一个上午的研究，找出了答案：
struts框架在处理http请求时，会把HTTP请求中的包含的属性装配到form中（这些属性被放在request.parameterMaps中），于是在执行mapping.findForward("A.do")时，相当于又发起了一次http请求，这时 struts的actionServlet会从parameterMaps中读取第一次提交数据时的属性值，并且装配到form中（A B共用一个form），于是在B中做的trim后的值被盖掉了。

解决方案：将验证在A画面中做，这样即使校验出错，也不会再去发一次请求。。。

具体过程如图：

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

Set中如何保证元素的唯一性

NicholasBugs — Fri, 07 Mar 2008 17:06:46 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/169141 发表时间: 2008年03月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在Set里如果保证其中元素的唯一型：
我们来看看 Set的一个实现HashSet中的add方法，HashSet内部使用一个HashMap来存放对象，
HashSet把要保存的对象做为其内部HashMap的key，如下:

//PRESENT为一个辅助的Object型对象
public boolean add(E o) {
	return map.put(o, PRESENT)==null;
    }

如果有两个对象A,B, A.equals(B)返回ture,则
A和B只会有一个被保存在set中。
在HashMap中判断两个key相同的逻辑是 hashcode()相等并且 equals()返回true。

再看看HashMap中的put()

public V put(K key, V value) {
	if (key == null)
	    return putForNullKey(value);
        int hash = hash(key.hashCode());
        int i = indexFor(hash, table.length);
        for (Entry e = table[i]; e != null; e = e.next) {
            Object k;
            /**
            * 因为A.equals(B)为true,故A.hashCode() == B.hashCode();
            * 故会进入到下面的if块内部，从而保证了A和B只有一个被保存在Set里
            */    
        if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;
            }
        }

        modCount++;
        addEntry(hash, key, value, i);
        return null;
    }

刚好看到另外一个帖子，http://www.javaeye.com/topic/123202
if (e.hash == hash && ((k = e.key) == key || key.equals(k))) 中，只有hashcode相等时
才会调用后面的key.equals(k)

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

HttpServletRequest 的 getAttribute() getParameter()

NicholasBugs — Fri, 07 Mar 2008 16:31:16 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/169100 发表时间: 2008年03月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

HttpServletRequest类既有getAttribute()方法，也由getParameter()方法，这两个方法有以下区别：

（1）HttpServletRequest类有setAttribute()方法，而没有setParameter()方法

（2）当两个Web组件之间为链接关系时，被链接的组件通过getParameter()方法来获得请求参数，例如假定welcome.jsp和authenticate.jsp之间为链接关系，welcome.jsp中有以下代码：

authenticate.jsp

或者：

请输入用户姓名：

在authenticate.jsp中通过request.getParameter("username")方法来获得请求参数username:

<% String username=request.getParameter("username"); %>

（3）当两个Web组件之间为转发关系时，转发目标组件通过getAttribute()方法来和转发源组件共享request范围内的数据。假定 authenticate.jsp和hello.jsp之间为转发关系。authenticate.jsp希望向hello.jsp传递当前的用户名字，如何传递这一数据呢？先在authenticate.jsp中调用setAttribute()方法：

<%
String username=request.getParameter("username");
request.setAttribute("username"，username);
%>

在hello.jsp中通过getAttribute()方法获得用户名字:

<% String username=(String)request.getAttribute("username"); %>
Hello: <%=username %>

从更深的层次考虑，request.getParameter()方法传递的数据，会从Web客户端传到Web服务器端，代表HTTP请求数据。request.getParameter()方法返回String类型的数据。

request.setAttribute()和getAttribute()方法传递的数据只会存在于Web容器内部，在具有转发关系的Web组件之间共享。这两个方法能够设置Object类型的共享数据。

request.getParameter()取得是通过容器的实现来取得通过类似post，get等方式传入的数据，， request.setAttribute()和getAttribute()只是在web容器内部流转，仅仅是请求处理阶段，这个的确是正解.

getAttribute是返回对象,getParameter返回字符串

request.getAttribute()方法返回request范围内存在的对象，而request.getParameter()方法是获取http提交过来的数据。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

关于hashcode的一点理解

NicholasBugs — Fri, 07 Mar 2008 13:41:47 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/169037 发表时间: 2008年03月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

hashcode()是java.lang.Object的一个函数，它的主要被使用在对Collection中对象的存取中。
java.lang.Object中对hashcode()方法的描述是这样的：

引用

     The general contract of hashCode is:
     I:   Whenever it is invoked on the same object more than once during
           an execution of a Java application, the hashCode　 method
           must consistently return the same integer, provided no information
           used in 　equals　 comparisons on the object is modified.
           This integer need not remain consistent from one execution of an
           application to another execution of the same application.
     II:   If two objects are equal according to the 　equals(Object)　
           method, then calling the hashCode method on each of
           the two objects must produce the same integer result.
     III: It is *not* required that if two objects are unequal
           according to the java.lang.Object#equals(java.lang.Object)
           method, then calling the hashCode method on each of the
           two objects must produce distinct integer results. However, the
           programmer should be aware that producing distinct integer results
           for unequal objects may improve the performance of hashtables.

再来看看java.util.HashMap 中存取对象时对hashcode()函数的使用：

public V get(Object key) {
	if (key == null)
	    return getForNullKey();
        //对key的hash码进行映射 
        int hash = hash(key.hashCode());
        /**
         *把得到的hash码处理成0到table.length之间的值，做为查找对象的index，沿着
         *这条链表查找该key对应的对象（hashMap 中使用链表数组储存对象）。
         *e.hash与该key的hash码相等的Entry对象中的value被返回。
         */              
        for (Entry e = table[indexFor(hash, table.length)];
             e != null;
             e = e.next) {
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k)))
                return e.value;
        }
        return null;
    }

由此看来如果一个class的hashcode函数效果不够好，就可能使得hashMap的链表数组中的某个链表非常长，从而影响了hashMap的存取效率。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

(转)Blob Clob存取解决方案

NicholasBugs — Tue, 04 Mar 2008 10:22:44 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/167623 发表时间: 2008年03月04日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

数据库在当今的应用越来越广泛了，同样伴随着领域的广泛，存储的内容也不在是只有数值、字符、boolean几种类型，而是越来越多样化。在这样的前提下就出现了Blob和Clob两个类型。下面我将对这个两个类型在JDBC中的应用，进行一个简短的介绍

        Blob是指二进制大对象也就是英文Binary Large Object的所写，而Clob是指大字符对象也就是英文Character Large Object的所写。由此可见这两个类型都是用来存储大量数据而设计的，其中BLOB是用来存储大量二进制数据的；CLOB用来存储大量文本数据。

        那么有人肯定要问既然已经有VARCHAR和VARBINARY两中类型，为什么还要再使用另外的两种类型呢？其实问题很简单，VARCHAR和 VARBINARY两种类型是有自己的局限性的。首先说这两种类型的长度还是有限的不可以超过一定的限额，以VARCHAR再ORA中为例长度不可以超过 4000；那么有人又要问了，LONGVARCHAR类型作为数据库中的一种存储字符的类型可以满足要求，存储很长的字符，那为什么非要出现CLOB类型呢？其实如果你用过LONGVARCHAR类型就不难发现，该类型的一个重要缺陷就是不可以使用LIKE这样的条件检索。（稍候将介绍在CLOB中如何实现类似LIKE的模糊查找）另外除了上述的问题外，还又一个问题，就是在数据库中VARCHAR和VARBINARY的存取是将全部内容从全部读取或写入，对于100K或者说更大数据来说这样的读写方式，远不如用流进行读写来得更现实一些。

        在JDBC中有两个接口对应数据库中的BLOB和CLOB类型，java.sql.Blob和java.sql.Clob。和你平常使用数据库一样你可以直接通过ResultSet.getBlob()方法来获取该接口的对象。与平时的查找唯一不同的是得到Blob或Clob的对象后，我们并没有得到任何数据，但是我们可以这两个接口中的方法得到数据

例如：
Blob b=resultSet.getBlob(1);
InputStream bin=b.getBinaryStryeam();
Clob c=resultSet.getClob(2);
Reader cReader=c.getCharacterStream():
关于Clob类型的读取可以使用更直接的方法，就是直接通过ResultSet.getCharacterStream();方法获得字符流，但该方法并不安全，所以建议还是使用上面例子的方法获取Reader。
另外还有一种获取方法，不使用数据流，而是使用数据块。
例如
Blob b=resultSet.getBlob(1);
byte data=b.getByte(0,b.length());
Clob c=resultSet.getClob(2);
String str=c.getSubString(0,c.length()):
在这里我要说明一下，这个方法其实并不安全，如果你很细心的话，那很容易就能发现getByte()和getSubString()两个方法中的第二个参数都是int类型的，而BLOB和CLOB是用来存储大量数据的。而且Bolb.length()和Clob.length()的返回值都是long类型的，所以很不安全。这里不建议使用。但为什么要在这里提到这个方法呢？稍候告诉你答案，这里你需要记住使用数据块是一种方法。

在存储的时候也同样的在PreparedStatement和CallableStatememt中，以参数的形式使用setBlob()和 setClob方法把Blob和Clob对象作为参数传递给SQL。这听起来似乎很简单对吧，但是并非我们想象的这样，很不幸由于这两个类型的特殊， JDBC并没有提供独立于数据库驱动的Blob和Clob建立对象。因此需要自己编写与驱动有关的代码，但这样又牵掣到移植性。怎样才是解决办法呢？这就要用到前面说过的思想了使用数据块进行写操作。同样用PreparedStatement和CallableStatememt类，但参数的设置可以换为 setAsciiStream、setBinaryStream、setCharacterStream、setObject（当然前3个同样存在长度的问题）
下面给大家个例子以方便大家理解
public void insertFile(File f) throws Exception{
FileInputStream fis=new FileInputStream(f,Connection conn);
byte[] buffer=new byte[1024];
data=null;
int sept=0;int len=0;

while((sept=fis.read(buffer))!=-1){
   if(data==null){
    len=sept;
    data=buffer;
   }else{
    byte[] temp;
    int tempLength;

    tempLength=len+sept;
    temp=new byte[tempLength];
    System.arraycopy(data,0,temp,0,len);
    System.arraycopy(buffer,0,temp,len,sept);
    data=temp;
    len=tempLength;
   }
   if(len!=data.length()){
    byte temp=new byte[len];
    System.arraycopy(data,0,temp,0,len);
    data=temp;
   }
}
String sql="insert into fileData (filename,blobData) value(?,?)";
PreparedStatement ps=conn.prepareStatement(sql);
ps.setString(1,f.getName());
ps.setObject(2,data);
ps.executeUpdate();

}

最后由于刚刚说过Clob类型读取字符的长度问题，这里再给大家一段代码，希望对你有帮助
public static String getClobString(ResultSet rs, int col) {
   try {
    Clob c=resultSet.getClob(2);
    Reader reader=c.getCharacterStream():
    if (reader == null) {
return null;
    }
    StringBuffer sb = new StringBuffer();
    char[] charbuf = new char[4096];
    for (int i = reader.read(charbuf); i > 0; i = reader.read(charbuf)) {
sb.append(charbuf, 0, i);
    }
    return sb.toString();
   } catch (Exception e) {
    return "";
   }
}

另外似乎前面还提到过LIKE检索的问题。LONGVARCHAR类型中不可以用LIKE查找（至少ORA中不可以使用，其他的数据库我没有试过），在ORA中我们可以使用这样一个函数dbms_lob.instr来代替LIKE来个例子吧

select docid,dat0 from text where dbms_lob.instr(dat0,'魏',1,1)>0

在text表中有两个字段docid用来放文档编号dat0为clob类型存放文章内容；这句话的意思就是检索第一条dat0中出现第一次"魏"字的数据。听起来这个检索的数据有点象google的“手气不错”

以上只是对数据库中比较特殊的两个类型做了简单的说明，希望能对你有所帮助；另外笔者也只是对ORA数据库有一点点的了解，其他的数据库不是很清楚，如果有什么不对的地方也请各位指出，可以通过邮件联系我zuyingwei@hotmail.com或merlin_wei@hotmail.com

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

碰到一个需要根据页面内容调整窗口大小的需求，网上找到个解决方案，收藏

NicholasBugs — Fri, 29 Feb 2008 10:53:57 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/166053 发表时间: 2008年02月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

function win_onLoad(){
        var width = document.all["tblKsList"].offsetWidth;
        var height = document.all["tblKsList"].offsetHeight;
        width = eval(width + 50);
        height = eval(height + 50);

        if (width < 500){
            width = 500;
        }else if (width > screen.width){
            width = screen.width;
        }

        if (height < 400){
            height = 400;
         }else if (height > screen.height){
             height = screen.height;
         }
         window.resizeTo(width,height);
    }

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

SQL语句的执行步骤

NicholasBugs — Tue, 26 Feb 2008 09:35:02 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/164980 发表时间: 2008年02月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

前几天在这个问题上栽了，所以写下来纪念一下：

SQL语句的执行步骤
一条SQL语句的处理过程要经过以下几个步骤。
1 语法分析 分析语句的语法是否符合规范，衡量语句中各表达式的意义。
2 语义分析 检查语句中涉及的所有数据库对象是否存在，且用户有相应的权限。
3 视图转换 将涉及视图的查询语句转换为相应的对基表查询语句。
4 表达式转换 将复杂的SQL表达式转换为较简单的等效连接表达式。
5 选择优化器 不同的优化器一般产生不同的“执行计划”
6 选择连接方式 Oracle有三种连接方式，对多表连接Oracle可选择适当的连接方式。
7 选择连接顺序 对多表连接Oracle选择哪一对表先连接，选择这两表中哪个表做为源数据表。
8 选择数据的搜索路径 根据以上条件选择合适的数据搜索路径，如是选用全表搜索还是利用索引或是其他的方式。
9 运行“执行计划”

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

将进酒

NicholasBugs — Sat, 02 Feb 2008 10:59:30 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/161136 发表时间: 2008年02月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

君不见黄河之水天上来，奔流到海不复回。
君不见高堂明镜悲白发，朝如青丝暮成雪。
人生得意须尽欢，莫使金樽空对月。
天生我材必有用，千金散尽还复来。
烹羊宰牛且为乐，会须一饮三百杯。
岑夫子，丹丘生，将进酒，君莫停。
与君歌一曲，请君为我侧耳听。
钟鼓馔玉不足贵，但愿长醉不愿醒。
古来圣贤皆寂寞，惟有饮者留其名。
陈王昔时宴平乐，斗酒十千恣欢谑。
主人何为言少钱，径须沽取对君酌。
五花马，千金裘，呼儿将出换美酒，与尔同销万古愁。

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

关于hibernate session管理的一些问题

NicholasBugs — Wed, 12 Dec 2007 16:54:59 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/147881 发表时间: 2007年12月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

hibernate中,sessionFactory是线程安全的，可以被所有的应用程序共享，而session不是线程安全的，被多个线程共享时会出现不可预知的后果，那么对session 采用ThreadLocal实现共享会出问题吗？

public class HibernateUtil {
	    private static SessionFactory sessionFactory;
	    static{
		try{
		    sessionFactory = new Configuration().configure().buildSessionFactory();	
		}catch（HibernateException e）{
		 throw new RunTimeException("Configuration problem:"+e.getMessage());
		}
	    }	
	   public static final TreadLocal session = new ThreadLocal();
	   public static Session currentSession() thrwos HibernateException{
	  	Session s = (Session) session.get();
		if(s==null){
			s = sessionFactory().openSession();
			session.set(s);
		}
		return s;	
	   } 
	  public static void closeSession() throws HibernateException{
		Session s = (Session)session.get();
		session.set(null);
		if(null != s){
		    s.close();
		}
	  }
	}

这个是《深入浅出hibernate》中关于session管理的实现，有些不明白。如果各位有比较好的对session管理的方法，大家都来说说。

已有 4 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

J2EE 容器处理ＨＴＴＰ请求的原理

NicholasBugs — Wed, 05 Dec 2007 16:08:08 +0800

作者: NicholasBugs 链接：http://nicholasbugs.javaeye.com/blog/146217 发表时间: 2007年12月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

至今不太明白Ｊ２ＥＥ　服务器处理ＨＴＴＰ请求的原理，看到一些资料说是容器通过ｓｃｏｋｅｔ　侦听ＨＴＴＰ请求的，感觉比较奇怪，谁能推荐一些关于这些方面的资料。ｔｏｍｃａｔ的文档我也找过了，没有对它的原理进行严密的阐述。谢谢啦。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐