当前页面位置: » 丰搜网 » 文档中心 » 详细内容
开发一个调试jsp的eclipse插件
本文通过开发一个jsp 编辑器插件的示例，介绍了 eclipse 中设置 jsp 断点的方法，以及如何远程调试 jsp。作为基础知识，本文的前两部分描述了 java debug 和 jsr-45 的基本原理。
环境要求: 本文的代码是在 eclipse3.0.0，jdk1.4.2 和 tomcat5.0.5 上测试过的。
java 调试框架（jpda）简介
jpda 是一个多层的调试框架，包括 jvmdi、jdwp、jdi 三个层次。java 虚拟机提供了 jpda 的实现。其开发工具作为调试客户端，可以方便的与虚拟机通讯，进行调试。eclipse 正是利用 jpda 调试 java 应用，事实上，所有 java 开发工具都是这样做的。sun jdk 还带了一个比较简单的调试工具以及示例。
- jvmdi 定义了虚拟机需要实现的本地接口
- jdwp 定义了jvm与调试客户端之间的通讯协议
调试客户端和jvm 既可以在同一台机器上，也可以远程调试。jdk 会包含一个默认的实现 jdwp.dll，jvm 允许灵活的使用其他协议代替 jdwp。sun jdk 有两种方式传输通讯协议：socket 和共享内存(后者仅仅针对 windows)，一般我们都采用 socket 方式。
你可以用下面的参数，以调试模式启动jvm
-xdebug -xnoagent -xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n -xrunjdwp jvm 加载 jdwp.dll transport=dt_socket 使用 socket 传输 address 表示调试端口号 server=y 表示 jvm 作为服务器，建立 socket suspend=n 表示启动过程中，jvm 不会挂起去等待调试客户端连接
- jdi 则是一组java接口
如果是一个 java 的调试客户端，只要实现 jdi 接口，利用jdwp协议，与虚拟机通讯，就可以调用jvmdi了。
下图为 jpda 的基本架构：
components debugger interface / ----------------------- / vm debuggee ----( ----------------------- <------- jvmdi - java vm debug interface \ back-end \ ----------------------- / comm channel -( <--------------- jdwp - java debug wire protocol \ --------------------- front-end --------------------- <------- jdi - java debug interface ui ---------------------
参见：http://
java.sun.com/
j2se/1.4.2/docs/
guide/jpda/architecture.
html eclipse作为一个基于
java 的调试客户端，利用 org.
eclipse.jdt.debug plugin 提供了jdi 的具体实现。jdi 接口主要包含下面 4 个包
com.sun.jdi com.sun.jdi.connect com.sun.jdi.event com.sun.jdi.request
本文不对 jdi 进行深入阐述，这里重点介绍 jdi 中与断点相关的接口。
- com.sun.jdi
主要是jvm(virtualmachine) 线程(threadreference) 调用栈(stackframe) 以及类型、实例的描述。利用这组接口，调试客户端可以用类似类反射的方式，得到所有类型的定义，动态调用 class 的方法。 - com.sun.jdi.event
封装了jvm 产生的事件， jvm 正是将这些事件通知给调试客户端的。例如 breakpointevent 就是 jvm 执行到断点的时候，发出的事件；classprepareevent就是 class 被加载时发出的事件。
- com.sun.jdi.request
封装了调试客户端可以向 jvm发起的请求。例如 breakpointrequest 向 jvm 发起一个添加断点的请求；classpreparerequest 向 jvm 注册一个类加载请求，jvm 在加载指定 class 的时候，就会发出一个 classprepareevent 事件。
jsr-45规范 jsr-45(debugging support for other languages)为那些非
java 语言写成，却需要编译成
java 代码，运行在 jvm 中的程序，提供了一个进行调试的标准机制。也许字面的意思有点不好理解，什么算是非
java 语言呢？其实
jsp 就是一个再好不过的例子，
jsr-45 的样例就是一个
jsp。
jsp的调试一直依赖于具体
应用服务器的实现，没有一个统一的
模式，
jsr-45 针对这种情况，提供了一个标准的
模式。我们知道，
java 的调试中，主要根据行号作为标志，进行定位。但是
jsp 被编译为
java 代码之后，
java 行号与
jsp 行号无法一一对应，怎样解决呢？
jsr-45 是这样规定的：
jsp 被编译成
java 代码时，同时生成一份
jsp 文件名和行号与
java 行号之间的对应表(smap)。jvm 在接受到调试客户端请求后，可以根据这个对应表(smap)，从
jsp 的行号转换到
java 代码的行号；jvm 发出事件通知前, 也根据对应表(smap)进行转化，直接将
jsp 的文件名和行号通知调试客户端。
我们用
tomcat 5.0 做个
测试，有两个
jsp，hello.
jsp 和 greeting.
jsp，前者 include 后者。
tomcat会将他们编译成
java 代码(hello_
jsp.
java)，
java class(hello_
jsp.class) 以及
jsp 文件名/行号和
java 行号之间的对应表(smap)。
hello.
jsp:
1
2
3 4 5 6 7 8
