在linux服务器上，因为gui显示的问题。我们直接jconsole时。就会报
Exception in thread "AWT-EventQueue-0" java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)
at java.awt.Window.<init>(Window.java:432)
at java.awt.Frame.<init>(Frame.java:403)
等等一系列错误。
所以我们一般都会在window下，通过远程进程的方式来使用jconsole
前提是需要设置-Dcom.sun.management.jmxremote.port -Dcom.sun.management.jmxremote等一系列jvm参数。
幸运的是jdk6 com.sun.management.jmxremote 是默认开启的，可是我们没有设置远程端口。
The documentation suggests that the JMX agent uses a local port -- something unreachable from outside the machine -- unless you specify the following property:
com.sun.management.jmxremote.port=portNum
jmx文档告诉我们，如果不设置远程端口，通过jconsole的远程进程是连接不上的。
亲们要保存现场，想通过当前运行环境查看内存的使用情况等等等。怎么办？
好吧，下面我们来做到window上输出linux的图形界面。用的工具是xming和secureCRT
（原理可以看：http://hi.baidu.com/mooncold/blog/item/8e0dfddc4f29a3a4cd11663a.html）
1，到http://sourceforge.net/projects/xming/下载xming
2，下载完毕后，运行一直点击next，安装完成。
3，开始菜单->所有程序->xming->Xlaunch ,然后一路下一步，直到完成。
4，打开SecureCRT，选中24架构开发，点击红色标记的属性
5，勾选转发x11数据包
6，
好了，用secureCrt登录刚才设置的机器上。
export DISPLAY=window机器的ip:刚才地三部图形中的端口号。（可通过ipconfig自己查看自己机器的ip）
比如 export DISPLAY=127.0.0.1:0
然后 jconsole
亲，好了。这是你会看到熟悉的jconsole界面了。好了，快去使用你的MBean吧。
顺便说一个我们想用jconsole连接某个java进程时发现，竟然没有供我们选择的选项。
这位作者http://trinea.iteye.com/blog/1196400 做了非常好的描述。
原文如下：
1、jps的作用
jps类似linux的ps命令，不同的是ps是用来显示进程，而jps只显示java进程，准确的说是当前用户已启动的部分java进程信息，信息包括进程号和简短的进程command。
2、某个java进程已经启动，用jps却显示不了该进程进程号
这个问题已经碰到过两次了，所以在这里总结下。
现象：
用ps -ef|grep java能看到启动的java进程，但是用jps查看却不存在该进程的id。待会儿解释过之后就能知道在该情况下，jconsole、jvisualvm可能无法监控该进程，其他java自带工具也可能无法使用
分析：
java程序启动后，默认（请注意是默认）会在/tmp/hsperfdata_userName目录下以该进程的id为文件名新建文件，并在该文件中存储jvm运行的相关信息，其中的userName为当前的用户名，/tmp/hsperfdata_userName目录会存放该用户所有已经启动的java进程信息。对于windows机器/tmp用Windows存放临时文件目录代替。
而jps、jconsole、jvisualvm等工具的数据来源就是这个文件（/tmp/hsperfdata_userName/pid)。所以当该文件不存在或是无法读取时就会出现jps无法查看该进程号，jconsole无法监控等问题
原因：
（1）、磁盘读写、目录权限问题
若该用户没有权限写/tmp目录或是磁盘已满，则无法创建/tmp/hsperfdata_userName/pid文件。或该文件已经生成，但用户没有读权限
（2）、临时文件丢失，被删除或是定期清理
对于linux机器，一般都会存在定时任务对临时文件夹进行清理，导致/tmp目录被清空。这也是我第一次碰到该现象的原因。常用的可能定时删除临时目录的工具为crontab、redhat的tmpwatch、ubuntu的tmpreaper等等
这个导致的现象可能会是这样，用jconsole监控进程，发现在某一时段后进程仍然存在，但是却没有监控信息了。
（3）、java进程信息文件存储地址被设置，不在/tmp目录下
上面我们在介绍时说默认会在/tmp/hsperfdata_userName目录保存进程信息，但由于以上1、2所述原因，可能导致该文件无法生成或是丢失，所以java启动时提供了参数(-Djava.io.tmpdir)，可以对这个文件的位置进行设置，而jps、jconsole都只会从/tmp目录读取，而无法从设置后的目录读物信息，这是我第二次碰到该现象的原因
关于设置该文件位置的参数为-Djava.io.tmpdir
其他：
/tmp/hsperfdata_userName/pid文件会在对应java进程退出后被清除。如果java进程非正常退出（如kill -9），那么pid文件会被保留，直到执行一次java命令或是加载了jvm程序的命令（如jps、javac、jstat），会将所有无用的pid文件都清除掉
我要补充的是：
我设置了-Djava.io.tmpdir=xxx时，竟然没有起作用。
然后查了一下。jdk bug，发现
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6938627
其中
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7009828。
已解决。
但是我的版本java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)。
应该是bug解决后的版本。不解。
但是在我的window下，java版本是
java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)
设置的jvm参数是可以起作用的。vmid生成在我设置的tmpdir目录下。
更是不解。在此不纠结。
想从运维的角度说一下。生产线上最好启动jvm时加入-Djava.io.tmpdir=xxx的设置。
因为毕竟默认目录/tmp/会经常被清理的。当我们想用jps，jconsole，jstat等等工具时，发现不能用时。
还是很挫败的。