今天遇到一个奇怪的问题 ，用myeclise 反向生成bean的时候，eclipse报错 invalid thread access 。 后来发现原来是因为项目里的有些文件或文件夹是只读的 。把只读属性去了就好了。哎。

以前做的一个java项目，采用的编码方式是gb2312。后来将该项目重新导入到以utf-8编码的eclipse环境中去的时候，原来项目中的中文就出现了乱码。只有更改编码方式为gb2312后才显示正常。后来参考了相关的文章，找到一个简单的解决办法。就是写一个简单的编码转换的程序，在cmd中运行（不要再eclipse环境中运行）。这个编码转换的程序就是以系统编码的格式来读取eclipse项目的文件

内存映射文件(memory-mapped file)能让你创建和修改那些大到无法读入内存的文件。有了内存映射文件，你就可以认为文件已经全部读进了内存，然后把它当成一个非常大的数组来访问了。这种解决思路能大大简化修改文件的代码。下面就是一个简单的例子：代码import java.io.*;   import java.nio.*;   import java.nio.

运行 java -Xrunhprof:help可以获取可以选择的输出性能类型。  java -Xrunhprof:cpu=samples -cp *.jar run获取执行的各包的类在运行时的cpu 。

 最近关于nio的api看了一些，并参考了一下。感觉有点类似底层的操作了。对于1M文件的操作性能上的确有显著的提高，大概有8倍左右。但是其中有一个问题，就是ByteBuffer的缓存的读入问题。例如：ByteBuffer buffer = ByteBuffer.allocate(3);当读取一个utf-8编码的文件的时候，如果该文件全部是中文的时候，可以正常显示，但是如果有数字出现，就会出

通过 jxl或者poi操作excel生成excel图表 ，需要先生成一个图标模板。但是简单的模板不能自动扩展数据区域，导致数据区域意外的数据无法体现在图表上，需要做一下的修改操作。        如果随着时间的推移需要不断地向Excel图表中增加数据，我们可以将图表的数据区域用OFFSET函数定义为一个动态区域，这样，当在原数据区域后继续添加数据时，

在webwork中，通过url来直接指定所需要执行的方法。例如 testAction!methodName.action执行的就是methodName方法或者是doMehtodName方法 。

使用java.lang.Process处理命令行执行的问题的时候，总是出现死锁问题，问题代码如下：Process proc = Runtime.getRuntime().exec(commands);int result = process.waitFor();后来查看了一下资料，以及在网上搜索。以下是jdk文档：创建进程的方法可能无法针对某些本机平台上的特定进程很好地工作，比如，

public class DaoUtil { /** */ /**  * 4 * 数据库连接池 5 * 6 *  *   * @see http://jakarta.apache.org/commons/dbcp/index.html 7  */ private static PoolingDriver driver = null; /** */ /**  * 11 * 设置一个数据库连接

需要对webwork中的所有action进行切面配置，所以希望都采用spring的bean容器进行统一的管理。找到一篇文章如下：http://yanghaiskys.javaeye.com/blog/231657WebWork2.2与Spring的集成Spring是WebWork2.2中唯一支持的IoC容器。1 配置webwork.properties文件，指定spring作为webw

spring的aop恐怕是其最优秀的特性了。aop主要通过代理的模式，在调用目标对象之前，执行一些自定义的代码。其简单配置如下：     class="com.xb.bm.advice.ActionThrowsAdvice">    class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">

OSGI 资源 OSGi Alliance | Main / OSGi Alliance http://www.osgi.org/Main/HomePage    OSGi中国官方站|OSGi China User Group http://www.riawork.org   equinox http://www.eclipse.org/equinox/   Knopflerfish,

Java程序与其他存储媒介交互时产生的乱码。很多存储媒介，如数据库，文件，流等的存储方式都是基于字节流的，Java程序与这些媒介交互时就会发生字符(char)与字节(byte)之间的转换，具体情况如下：从页面form提交数据到java程序 byte－>char从java程序到页面显示 char—>byte从数据库到java程序 byte—>char从java程序到数据库 char—>byt