javaEclipse下配置Windchill远程调试 windchill学习笔记.docVIP

Tomcat配置 修改Tomcat\perties 找到mode=prod,对比内容，如果没有以下3行,进行追加,同时注释掉mode=prod mode=dev **********设置tomcat远程调试*********** jpdaAddress=8002 //表示要远程调试连接的端口号 jpdaTransport=dt_socket ? shell中进入Tomcat目录 cd .. cd Tomcat 执行以下命令 ant -f config.xml configureScripts #ant -f config.xml -projecthelp无用 执行完毕后，打开Tomcat/bin目录下的wttomcat_start.bat,查找以下内容，如果没有则追加 *********************启用JPDArem Un-rem next line to enable debugger attaching to this instance of Tomcat set JAVA_OPTS=%JAVA_OPTS% -Xnoagent -Xdebug -Xrunjdwp:transport=dt_socket,address=8002,server=y,suspend=n 重启Tomcat 目的：使本机和target 服务器连接起来 说明：JPDA简介 顾名思义，JPDA为Java平台上的调试器定义了一个标准的体系结构。该体系结构包括3个主要组成部分：JVM TI、JDI和JDWP。 ? JVM TI的全称是Java Virtual Machine Tool Interface，它定义了JVM为了支持调试而必须提供的功能及相应的访问接口。这些访问接口是以本地语言的形式提供的，由JVM（比如Sun公司的HotSpot VM）负责实现。 不过，JVM TI只是JVM提供的一系列函数，调试器（特别是远程的调试器）如何调用呢？其实啊，JVM TI的直接客户端并不是调试器，而是一个称为“JPDA back-end”的东东。这个东东应该是属于JVM的一部分，在SUN JRE的bin目录下可以找到jdwp.dll(jdwp.so)的库文件，这就是JPDA back-end的实现。按我理解，JPDA back-end提供了各种访问方式（共享内存，Socket），通过这些方式接收调试器的请求，然后调用JVM TI接口。 ? JDI的全称是Java Debug Interface，它定义了访问JVM TI接口的高层API，以纯Java语言提供，由JDK实现（在Sun JDK的tools.jar可以找到）。调试器直接使用JDI来实现调试的功能。JDI 由针对前端定义的接口组成，通过它，调试工具开发人员就能通过前端虚拟机上的调试器来远程操控后端虚拟机上被调试程序的运行，JDI 不仅能帮助开发人员格式化 JDWP 数据，而且还能为 JDWP 数据传输提供队列、缓存等优化服务。与JPDA back-end相对应，JDI实现的角色就是JPDA front-end。 ? JDWP的全称是Java Debug Wire Protocol，它定义了JPDA front-end和JPDA back-end之间通讯信息的二进制格式。它定义了调试器（debugger）和被调试的 Java 虚拟机（target vm）之间的通信协议。这里首先要说明一下 debugger 和 target vm。Target vm 中运行着我们希望要调试的程序，它与一般运行的 Java 虚拟机没有什么区别，只是在启动时加载了 Agent JDWP 从而具备了调试功能。而 debugger 就是我们熟知的调试器，它向运行中的 target vm 发送命令来获取 target vm 运行时的状态和控制 Java 程序的执行。Debugger 和 target vm 分别在各自的进程中运行，他们之间的通信协议就是 JDWP。这里的通讯信息主要包括两种：调试器发送给JVM的请求信息和JVM发送给调试器的调试信息。 ? 总结一下，调试器?调用JDK提供的JDI实现?(JPDA front-end)，经由JDWP协议?，和JVM自带的JPDA back-end?(jdwp.dll, jdwp.so, ...)进行通讯。JPDA back-end?通过调用JVM TI接口?，从而获知调试信息，或发送控制命令。然后，JPDA back-end?将调试信息或命令执行结果，通过JDWP协议?，返回给调试器?。 -Xdebug 是通知JVM工作在DEBUG模式下-Xrunjdwp 启用JDWP实现，它包含若干子选项： transport=dt_socket JPDA front