宁静深远的专栏

近日，需要在不同环境下试验一些中间件产品，因为没有多余的硬件，所以考虑使用虚拟机。刚开始使用VMWare，可是占用内存比较大（即使是没有启动虚拟机的时候），而且安装之后系统总是很慢，一直找不到很好的解决办法，不经意间发现原来Sun曾经收购了一个名为Virtualbox的虚拟机，而且这个产品是免费的，找来一些文章，发现评价还可以，关键是占用资源很小。原来一直使用CentOS，于是在virtual

集群是保证大型应用高可用的重要手段之一，应用服务器的集群也是目前最常见的集群操作方式。通过借鉴我的同事之前的经验及相关资料，这里制作了2中环境的集群：一种是直接使用Apusic自带的负载均衡器，制作集群。这样的集群不需要额外的负载均衡器，配置也是非常方便。另外，就是使用apache做负载均衡器，制作集群。下面分别介绍两种方式的操作过程。使用Apache做负载均衡器Apache的HTTP Server是目前最常见的负载均衡器，由于其开源免费并且效果相对不错，深受广大用户的喜爱。首先，需要下载一个apache服

背景说明：客户端： Windows XP SP3，JDK 1.5.0_14；服务端：CentOS 5.4 Final（Rad Hat版本：5.1.19.6，linux核心：2.6.18-164.el5），JDK 1.6.0_21 for linux。开始时，在Windows环境下，使用“jconsole”，连接CentOS下的一个Java服务，在命令行连续不断的抛出以下异常信息：2010-7-26 11:06:25 com.sun.corba.se.impl.transport.SocketOrChanne

        近日，合作伙伴想要针对我们的应用服务器做一个性能测试，测试的基础是伙伴原有的一个功能庞大而结构复杂的业务系统，目的是看应用服务器是否能够满足业务系统的需要，并对应用服务器做一个总体评价。        在测试初期，客户端并发在100的时候，跑上不到1小时，服务器基本就没有反应了，此时查看应用服务器的JVM堆，都已经满满的了，而且非常平稳（几乎没有垃圾收集），貌似是客户端100并发的时候，内存都已经用尽了。但是内存一直得不到释放，想想看可能有这么几个原因：应用系统内部存在内存泄漏，导致JVM不

前几日，碰见一个奇怪的现象，连续的文件上传操作，会导致JVM内存溢出，而且是java.lang.OutOfMemoryError: PermGen space，内存的永久保存区域溢出。最终，导致整个Apusic应用服务器宕掉。对于Permanent Generation space，JVM在运行期是不会进行垃圾清理的，这块内存溢出，一般主要是因为加载的类太多了，超出了JVM的默认值，或者设定的值。一般的解决方案是加大permanent generation space的大小。但是，在这里将MaxPermSi

近日，由于客户要求在centOS下安装应用，因此有机会接触了一下centOS，顺便也了解了下centOS的常规操作，还有MySQL。目前整个技术框架使用JSF（richfaces、facelets）+Spring+JPA（OpenJPA），不使用数据库依赖的触发器或存储过程，所有业务逻辑在web服务器上执行，因此数据库基本不用考虑移植问题。但是本来在windows下运行正常的系统，在linux

近日，tomcat6下，同时发布多个app（实际上就两个app，这两个app之间通过WebService互相访问，另外有三个Socket服务端监听），系统启动的时候No problem。but系统运行时总是抛出java.lang.OutOfMemoryError: PermGen space。根据以往经验，调大java的-Xss参数，可是增大至16M时，仍然一如既往的throw Excepti