unm_www-CSDN博客

原创 listener启不来，报TNS-12560: TNS:protocol adapter error Error: 2: No such file or directory

建立 /var/tmp/.oracle 并授权给oracle，重起监听。问题解决！补充一下我的环境是 RHEL3 U2 + oracle9204原文来自：十萬火急!!!! listener啟不啟來!!!$ lsnrctl startLSNRCTL for Solaris: Version 8.1.7.0.0 - Production on 29-APR-2004 13:43:52

2009-07-08 15:41:00 4085 1

原创 Hibernate Reverse Engineering 时候多了一个ID的类

如果你的表没有设定主键的话，Hibernate认为你表中所有的字段都是主键，所以变成复合主键。复合主键的话，Hibernate会单独帮你生成一个ID的类的！！所以建表时一定要有一个主键。

2009-07-08 13:58:00 974

原创 spring2.0.8 + webwork2.1.7 + ibatis2.2.1.6 整合

spring2.0.8 + webwork2.1.7 + ibatis2.2.1.6 整合：1.首先要将spring,webwork,xwork,ibatis所有jar加载到工程,同时加载所有apache的commons的jar包还有log4j.oracle等驱动包等乱七八遭的jar加载2.webwork整合，主要是在web.xml加上com.opensymphony.xwork.spri

2009-06-11 20:59:00 731

原创 spring webwork struts 集成有关注意事项

spring默认bean的周期是单态的（Singleton），所以struts或webwork的action要配置为非单态，spring1.0配置为singleton="false" spring2.0配置为scope="prototype" 第一部分：WebWork2.1与Spring集成1.先WebWork后Spring（利用webwork2-spring.jar集成），此方法最终

2009-06-11 15:08:00 571

原创解决jboss和log4j冲突

解决jboss和log4j冲突的最理想配置如下：1.配置$JBOSS-HOME/server/default/deploy/jbossweb-tomcat55.sar/META-INF/jboss-service.xml文件里的Java2ClassLoadingCompliance及UseJBossWebLoader为false，如果你的应用下存在WEB-INF/jboss-web.xml，则

2009-06-11 14:24:00 745

HeapAnalyzer 是 IBM 的一个用来分析 Java 程序的内存堆使用情况的图形化工具。 IBM HeapAnalyzer怎么用？ IBM HeapAnalyzer，下载之后首先阅读一下readme，这上面详细写了HeapAnalyzer的使用方法。可以在命令行中输入java –Xmx[heapsize] –jar ha26.jar 来启动工具并加载heapdump文件。对于比较大的heapdump，将-Xmx设置一个较大的值（大于heapdump的大小），来避免加载过程中的OOM。对于64位机器上产生的超大heapdump，个人机器上分析就不大可能了。打开heapdump文件后，我一般点击“Analysis”里的“Tree View”，以树的形式从根节点展示内存对象分配的信息第一行java.lang.ref.Refenrence这个class及它的76个children占用了67%的已用堆大小（31M/46M），它本身仅占用了76bits。双击java.lang.ref.Refenrence，我们可以看到它所引用的两个子节点。其中一个子节点java.lang.ref.Finalizer后的67%指引我们内存泄漏的问题应该在它的引用上。接下去你可以逐级展开，或者右键点击“Locate a leak suspect”，让HeapAnalyzer帮你找到泄漏可能发生的地方。泄漏一般发生在那些拥有“超乎寻常多”的引用（子节点）的class上，正是这些创建后没有释放、累积了成千上百的对象，造成了OutOfMemory。右键中的“Go to the largest drop subtrees”也是以此为原理而设的，它的解释为： “Search for total size drop” will find a size drop between the total size of a parent and the biggest total size of child of the parent. 因为出现泄漏的点，每个子节点占用的内存空间不大，但是巨大的数量会导致父节点占用的total size很大。不过反过来寻找到的点都是泄漏发生的地方这种说法是不成立的，否则也不需要我们来分析了。

2014-10-30