Java

如： <property name="configLocation">      <value>classpath:SqlMapConfig.xml</value>   </property>

这是《java net programming》书中的思想 调用者实现一个监听接口 HelloListener，其中一个方法是getReturnedValue() 被调用者（好线程）一个这个实现了此监听接口的变量作为自己的成员变量，当RUN方法快要完成是，调用这个成员的getReturnedValue()方法

把一个byte[]数组 变成 字符串，再变回byte[]数组，前后两个数组长度可能不同，即使两次转换使用的是同一种字符集     String  content = "朱元璋";     byte[] line = content.getBytes("utf-8");   //长度为9                     byte[] subLine = ArrayUtils.subarray(line, 0, 5); //长度为5         new String(subLine,"utf-8").getBytes("utf-8").length; //长度为6    看subLine，本来长度是5，转了一圈之后变成6了

c里面，java里面，SQL里面都是这样！ 这个不准不仅存在于四则运算和更高级的运算中，在比较 ==, <, > 中也不准。

Properties.copyProperties() 就是用来复制一个BEAN的所有属性 到 另一个BEAN 但如果其中一个BEAN是ProxyBean(如CGLIB实现的代理)，那就很可能会出错，因为ProxyBean有其他一些 莫名奇妙 的属性，把这些属性搞给一个非Proxy的原Bean，就会出现“无此属性” 错误

注意：ftpClient.login()， ftpClient.changeWorkingDirectory()都会返回boolean结果 如果用户名密码错误，ftpClient.login()并不会报异常,只是返回false 如果指定目录不存在，ftpClient.changeWorkingDirectory()不会报异常，只是返回false

例示： 假设系统只有一个硬盘，c:盘，且c盘下还没有 "hi"目录 //连续执行 new File("z:/hi").mkdirs();  //false，因为z盘不存在 new File("z:/hi").mkdirs();  //false，同上 //连续执行 new File("c:/hi").mkdirs();  //true new File("c:/hi").mkdirs();  //false，因为hi目录已经存在

设每一行的id为record，则                          <display:column title="行号"> ${record_rowNum} </display:column>

见 org.apache.commons.codec.digest.DigestUtils

今天偶然发现，如果使用了Spring框架，如果要从datasource里拿到connection并且使它自动被事务管理器掌管，则应该： Application code is required to retrieve the JDBC connection via DataSourceUtils.getConnection(DataSource) instead of J2EE’s standard DataSource.getConnection. 如果资源是JDBC 连接，则用DataSourceUtils 如果资源是JDO 连接，则用PersistenceManagerFactoryUtils 如果资源是Hibernate session，则用 SessionFactoryUtils