使用 WebSphere Studio Application Developer 调试器调试 We

1、介绍2001 年，IBM 为开放源代码社区引入了 Eclipse 平台，以努力使其产品的工具对第三方产品更加开放，同时也努力对平台进行总体上的加强。作为这个战略的一部分，IBM 现在提供了一套新工具，用来构建基于 Eclipse 平台的企业 Java 应用程序。这套新工具称为 WebSphereStudio Application Developer，它集成了一个基于 Java 的调试器来作为它自己的调试器。这给我们带来了很大的好处，因为我们不必再使用两个调试器。VisualAgeforJava 由一个在 VisualAge for Java 内进行调试的内部调试器和一个用于调试远程服务器的

2、IBM 远程调试器（IBM Remote Debugger）组成。现在我们可以使用一个调试器，它可以满足您的全部需要，并且具有 IBM 一贯提供的丰富的功能。我们打算在两篇文章中向您介绍这个调试器。我们假设读者熟练掌握了 J2EE、WebSphere Studio Application Developer 开发和部署的基础知识。在这篇文章中，我们通过在 WebSphere Studio Application Developer 内使用 EJB、Servlet 和 JSPs，向您介绍如何使用这个调试器及其某些基本集成功能来调试 Java 应用程序。我们将采取一种实际操作的办法介绍一个简单的

3、Web 应用程序，这个应用程序存在几个相互嵌套的问题（一个问题在 JSP 代码中，一个问题在 Servlet 代码中，还有一个问题在 EJB 代码中），我们将使用这个调试器发现和修正全部三个问题。在 第 2 部分中，我们将说明,把应用程序部署到 WebSphere Application Server，高级版（Advanced Edition（AE）之后，如何使用 WebSphere Studio Application Developer 来调试它。下面的可下载文件， DebugInWSADpt1.zip ，包含有本文所描述的类和归档。调试一个简单的 Java 应用程序在调试器中启动您的应用

4、程序1. 切换到（或打开）一个 Java 透视图。2. 创建一个新的 Java 工程并将之称为 TestDebug。3. 将样本 Java 应用程序 testdebug.jar 文件导入到 TestDebug 工程。4. 请检查 poc.debug.app.AppDebug.java 。它是一个简单的应用程序，我们将用它来演示调试器的基础知识。5. 插入一个断点到 main 方法中的循环内的以下语句： x = y + z; 要这样做，您可以双击源代码的左窗格，或使用弹出菜单，如下面的图 1 所示。6. 图 1. 向源代码添加断点7. 在工具栏中，单击 Debug（ ）按钮。您将看到一个对话框，

5、询问您想使用哪一个启动程序。选择 Java Application，选中 Set as default launcher.复选框，然后单击 Next。 运行应用程序的另一个按钮是 Run（ ）按钮。这个按钮在非调试 Java JVM 中运行应用程序，这种 JVM 的执行速度更快，但不允许调试或使用断点。这是 WebSphere Studio ApplicationDeveloper 和 VisualAge for Java 之间的根本不同之处，VisualAge for Java 在它自己的 JVM 中运行所有应用程序，并且总是在调试模式中。而 WebSphere Studio Applica

6、tion Developer 则使用可插式 JVM，并且您可以选择是否要在调试模式中运行。8. 选择您想测试的类。WebSphere Studio Application Developer 给您一个选项，让您选择要用应用程序启动程序（Application Launcher）启动的、在同一个工程中的一组类。9. 这个启动程序将启动另一个 JVM 进程来运行您的应用程序（看一下 Windows Task Manager ，其中将显示一个额外的 javaw 进程，并且将出现一个带 AppDebug.java 源代码的 Debug 视图。）现在让我们停下来，快速看一下我们在调试模式中可以使用的不同

7、视图和功能。调试器透视图和调试器任务Debug/Process/Navigator 视图Debug 视图显示当前线程、先前终止的线程、执行堆栈和停止时所在的当前断点。请注意，正是这个 debug 视图带有这些熟悉的按钮： Step、 Step into、 Step out、 Run、 Suspend和其它调试控制按钮。单击 Process 窗格将向您显示当前进程，系统正在用来运行这个应用程序的可执行文件（在我们的案例中是 javaw ）。Navigator 窗格只是一个浏览器，它允许您全面浏览代码，而且不用离开调试透视图就可以再多设置些断点。图 2. Debug/Process/Navigat

8、or 视图Breakpoint/Inspector/Variables/Inspector 视图这个视图的缺省窗格是 Breakpoints 视图，您将在其中看到程序中可用断点的列表。您也可以在一个断点上单击鼠标右键并从弹出菜单中选择 HitCount，它告诉调试器在一定数量的命中后停止。如果你想让循环停止于某次迭代，在这样的循环内设置断点，这很有用。把您的断点的 HitCount设置为 2。如果您在 Variable 窗格上单击，那么您将有机会看见可用的变量以及它们的值。在任何变量上单击鼠标右键，您都将得到以下选项：· Inspect- variables 视图可能包含许多变量。i

9、nspector 视图允许您集中在感兴趣的少量变量上。· Change Value- 这是一个非常重要的功能。当您选择这个选项时，您将可以改变所选定的变量的值，并可以研究这一改变对程序执行的影响。· Show Type Names- 这个选项显示变量的类型。· Show Qualified Names- 这个选项允许您看到变量类型的全限定名。图 3. Breakpoint 视图图 4. Variables 视图单击 Run（ ）按钮，您将注意到执行将在断点处停止。检查 count 变量和其它变量的值，确认程序执行在循环的第二次迭代处停止。这是我们前面设置的命中计数

10、（hit count）。Code、Outline 和 Tasks/Console 视图Code 和 outline 视图跟您在其它透视图中看到过的视图是相同的。tasks 视图也一样，它与 Console 视图共享同一个窗格。这个调试器的优秀功能之一是可以运行到代码的某个点上。例如，如果我们现在想运行到并停止在循环后面紧跟的语句上，则我们可以在 code 视图中，在该语句上单击鼠标右键并选择 Run to Line。当您单步执行（step-over）该语句时，程序在 console 视图中输出 x 的值。请注意 console 视图如何自动变成活动的窗格。这是 console 视图的缺省行为，

11、每次您输出一些内容时，console 视图都会变成活动的。您可以从 Preferences 对话框的 Debug 窗格改变这种行为和 console 视图中的输出格式。在运行调试器时修改代码（热修改）在 VisualAge for Java 中，我们有了“热方法编译（hot method compiling）”功能。这意味着我们可以在调试一个方法时修改该方法内的代码，调试器会自动跳回到执行块的开头，我们可以继续调试而无需重新运行应用程序。这是一个可用于 VisualAge for Java JVM（我们称它为“J9”类 JVM）的功能。这个功能在标准 JVM（例如：WebSphere Stud

12、io Application Developer 附带的 JVM）中是没有的。这个新工具确实虑及了在您修改 WebSphere Application Server 中的 Servlet 后重新装入它。这保证了这个 Servlet 方法的第二次执行将反映您的最新修改。Servlet/JSP 的调试要演示编译器调试 Servlet/JSP 的功能，请将 TestEAR.ear 文件装入到名为 TestEAR的工程。如果您遇到了任何编译错误，请确保刚刚创建的 AdderEJB 工程在 AdderWEB 工程的类路径中。理解 Adder 企业应用程序我们构建了一个名为 poc.debug.ejbs.

13、AdderSession 的会话 EJB，它提供 strCat 方法，这个方法使用内存缓冲区（在 Java 中将字符串连接起来的快速的、推荐的办法）将两个字符串连接起来。我们还有一个围绕我们的会话 bean 的访问 bean - poc.debug.ejbs.AdderSessionAccessBean 。我们使用 WebSphere Studio Application Developer 构建访问这个访问 bean 的 Web，它生成如下内容：· poc.debug.Servlet.AdderController - 一个 Servlet，它将表单的输入导到输出 JSP。

14、3; poc.debug.Servlet.AdderViewBean - 这个 bean 封装调用访问 Bean 的 strCat 的逻辑，然后将结果传回到调用者。· AdderInputForm.html - 这是一张输入表单，它接受用户输入并调用 AdderController Servlet。· AdderResults.jsp - 这是 JSP 结果页，它使用 AdderViewBean 显示结果。配置运行应用程序1. 创建 WebSphere 4.0 测试实例配置（Test Instance/Configuration）并命名为 TU（测试单元（Test Unit

15、）。2. 在 TU 的 Configuration 中，单击鼠标右键并将 TestEAREAR 添加到配置中。3. 从 Servers 视图选择 TU服务器并单击 Run（ ）按钮。4. 在您的 Web 浏览器中，输入： http:/localhost:8080/Adder/5. 这应自动装入 AdderInputForm.html ，因为它被配置为一个欢迎页面。6. 在输入表单中，输入任意两个字符串，单击 Submit并注意结果。7. 您应得到 404 error file not found AddResultX。停止服务器，让我们找出如何使用这个调试器来定位这个问题。调试 Servlet

16、1. 在 Java 或 Web 透视图中，打开 AdderWeb 工程并定位到 AdderController.performTask() 方法。2. 在 try 块的第一行： performServices(request, response); ，设置一个断点。3. 现在再次启动服务器，但这次请单击 Debug（ ）按钮，这样服务器将以调试模式启动，并启用了断点。4. 将 AdderInputForm.html 重新装入到 Web 浏览器。5. 在输入表单的两个域中输入任意两个字符串并单击 Submit。6. 您会注意到 Server 透视图变成活动的了，您将可以在其中进行调试。 在 se

17、rver 透视图中，您将注意到的第一件事是，Debug、Console 和 Variables 窗格共享同一个窗口！由于在您单步遍历执行（step through）代码的过程中，每当需要检查变量值时都要切换窗口，所以这可能不太方便。这个问题的解决办法是，或者自己重新安排这些 server 视图，或者在 Debug 视图中进行调试，Debug 视图更适合于这个过程。在 Debugger 透视图中进行调试有两种方式。第一种容易的方式是在命中代码中的断点之前手工切换到 debugger 透视图。这并非总是容易的。比如说，您在 HttpServlet.init() 方法（被设置为在启动时自动装入）中设

18、置了一个断点。所以，现在我们将向您展示如何在 Debug 透视图中调试服务器，即使您在该服务器或任何其它透视图中获取了断点。7. 切换到 Debug 透视图8. 在 Debug 视图中，首先定位到 Server 进程，如下面的图 5 所示。9. 图 5. Debug 进程视图10. 在运行在 server 之下的线程的列表中，定位到列表底端附近的线程，也就是紧靠着底端的 Suspended (breakpoint .，如下面的图 6 所示。如上面的图 5 所示，由于有 +号紧靠着它，定位这个线程显然很容易。如果展开这个线程，您将看到执行堆栈。11. 图 6. debug 视图中的暂挂进程12.

19、 双击该堆栈的顶部，您将在 Debug 透视图中看到源代码。13. 单步遍历执行您的 Servlet 代码。您将看到，我们将变量 nextPage 的值手工设置为 AddResultX 。我们应使用 getInitParameters() 方法取代它。14. 将代码中的如下一行注释掉： nextPage = "AddResultx"15. 取消对下面这一行（这一行包含正确的代码）的注释： /nextPage =getInitParameter(request.getParameter("command");16. 保存 Servlet。 前面已经提到过，

20、WebSphere Application Server 4.0 能够自动重新装入 Servlet 和 JSP，所以，您不必在每次更改 Servlet 或 JSP 时都重新启动服务器。17. 考虑到实际操作问题，由于我们将不再需要 Servlet 中的断点，如果您将它除去禁用，事情将变得更加容易。18. 将输入屏重新装入到 Web 浏览器。输入一些值并单击 Submit。19. 这次您应得到正确的 JSP 页面，但打印出来的值是 null值。下一步是调试 JSP，看看我们是否有可能进一步修正问题。调试 JSP1. 在您的 Web 透视图或任何其它透视图中，浏览到 AdderResults.js

21、p 文件并打开它。2. 在 source 窗格中单击，观察这个 JSP 的源代码。3. 请注意，有 Java 调用的第一行在第 48 行。它的样子象这样： String st1 = newjava.lang.String(request.getParameter("str21");4. 在此行的下一行单击鼠标右键并选择 Add Breakpoint。5. 将 AdderInputForm.html 重新装入到 Web 浏览器。6. 在输入表单的两个域中输入任意两个字符串并单击 Submit。7. 回到 debug 透视图（如前一部分所述）。8. 单步跳过（step over

22、）开头两个语句，验证变量 str1 和 str2 是否保存了您输入到 HTML 表单的值。9. 然后，在第 50 行单击 Step-into（ ）按钮。这将把您带到 AdderView bean 的代码中。10. 一旦您处在了 AdderView 源代码中，您将意识到我们正在调用错误的方法。我们本应该调用 AdderView.strCat() 方法，而不是 AdderView.badStrCat() 。11. 所以，现在您将需要回到您的 JSP 文件，编辑第 50 行并将它修改为： String method0 =AdderBean.StrCat(st1 , st2 );12. 保存 JSP。

23、切勿除去断点（我们将需要它来演示客户机调试和 EJB）。13. 重新装入您的输入表单。在两个域中输入两个不同的值。例如：“Hello”和“World”，单击 submit。14. 现在，您将注意到 null已经消失，但我们将得到第一个字符串与它自身连接在一起形成的字符串。要修正这一错误，我们将需要再次调试对 EJB 的 JSP 调用。EJB 的调试我们使用 EJB 访问 bean 来访问负责完成字符串连接的会话 bean。试图单步跳入（step into）对 EJB 的调用将使我们陷入一片混乱的存根和服务器所生成的代码。在象这样的情况下，在可能发生问题的调用中的 EJB 上设置断点是常见的做法

24、。在我们的例子中是 AdderSessionBean.StrCat() 。1. 在 Java 或 J2EE 透视图中，从 AdderEJB 工程打开 poc.debug.ejbs.AdderSessionBean.java 。2. 在 StrCat 方法的第一个执行行添加一个断点。3. 重新装入您的输入表单。在两个域中输入两个不同的值（即“Hello”和“World”）并单击 Submit。4. 您将首先命中 JSP 中的断点。单步跳过前两行，然后单步跳入行号 50。5. 在 AdderView.StrCat 方法中，单步跳过这个样子的行： ret = bean.StrCat(str1,str

25、2); 请注意，在这个案例中，在应用程序服务器（App Server）空间中运行的 AdderView bean 实际就是我们的 EJB 的客户机，不过，在这个特定的案例中，它们共享同一个 JVM。所以，如果您在 Process 视图查看执行堆栈内部，您将注意到它们是在同一个进程上运行。另一个客户机（在 EJBclient.zip 中）可以用作独立 Java 应用程序，用来测试您的 EJB。当您把这个客户机添加到任何 Java 工程中时，请确保您把下列内容添加到了工程的构建路径。6.o j2ee.jar *o ijvejb35.jar *o AdderEJB 工程（*）这些文件可在 <W

26、ASROOT>pluginscom.ibm.etools.websphere.runtimelib 目录找到。当您调试这个应用程序时，您将注意到两个重要事实：o 存在两个独立的进程。一个用于应用程序，一个用于 EJB 服务器。o 在您的代码的执行过程中，WebSphere Studio Application Developer 调试器有从一个 JVM 到另一个 JVM 来回切换的强大能力。7. 单击 Step-over（ ）按钮，您会注意到调试器将在 EJB StrCat 方法内的断点处停止。8. 单步遍历执行 EJB，您将认识到错误。我们只是把 str1 连接了两次，根本没使用 st

27、r2 。9. 修正这个问题并保存代码。10. 您将需要重新启动服务器以刷新 EJB 代码。别忘了要在调试模式中启动它。与 Servlet 和 JSP 的情况不同，当您修改了您的 EJB 中的代码时，WebSphere 4.0 将要求重新装入服务器。11. 重新装入您的输入表单，输入数据，跟踪您的代码到 EJB 语句。12. 验证 sf 变量是否确实带有正确的值。请注意，如果您从 EJB 单击 Return（ ）按钮，则您将运行回到服务器生成的 EJB 类。为了避免发生这样的事情，在堆栈中选择 JSP 调用就行了，如下面的图 7 所示。然后，您可以使用 Step-over（ ）按钮并继续执行 J

28、SP 文件。13. 图 7. 选择了 JSP 的 Debug 进程视图14. 验证返回字符串是否带有正确的值（您输入的字符串的连接）。现在，您成功地完成了存在问题的 Servlet、JSP 和 EJB 代码的调试。结束语到目前为止，我们在这篇实际操作的文章中所做的是，向您展示在不同的情形下如何使用 WebSphere Studio Application Developer 开发环境调试 Java 应用程序、Servlet、JSP 和 EJB。在下一篇文章中，我们将向您展示如何使用 WebSphere Studio Application Developer 调试器调试在 WebSphere

29、AE 的远程实例中运行的应用程序。在本系列的 第 1 部分中，我们介绍了新的 WebSphereStudio Application Developer 调试器以及如何在不同的测试情形下使用它。在本文中，我们将向您展示如何配置 WebSphere Studio Application Developer 来调试已经部署到主机的 WebSphere Application Server，高级版（AE）上的应用程序。在对部署进行测试时，这一点很有用，并展示了 WebSphere Studio Application Developer 的调试器作为 远程调试器的新功能。您可以采用 Joe Winc

30、hester 所写的文章 调试在 WebSphere Application Server 内运行的 Java 代码描述的类似步骤，使用独立的 IBM 远程调试器（IBM Remote Debugger）在 WebSphere Application Server，高级单服务器版（Advanced Single Server Edition（AEs）上调试应用程序。我们决定在本文中不做那些工作，因为 WebSphere Studio Application Developer 支持将 AEs 用作测试服务器，而且也提供动态发布。我们假设您已经知道如何运行 Application Server

31、并且了解 Application Server 管理的基础知识。如果您以前使用 IBM 远程调试器调试过 WebSphere Application Server AE，则您可以跳过本文的第一部分，因为它是以前的文章，WebSphere 开发者园地上 Joe Winchester 所写的 调试在 WebSphere Application Server 内运行的 Java 代码的重复。配置 Application Server 以在调试模式中运行在 WebSphere Application Server AE 上进行的调试是以每个应用程序服务器为基础的。这允许您把一个特定的应用程序服务器设置

32、成远程调试，而其它应用程序服务器可以有不同设置。1. 从 WebSphere 管理控制台单击您想远程调个试的应用程序服务器（application server）。2. 这样做之后，该应用程序服务器的设置将立刻出现在窗口的右边较下部分，如下面的图 1 所示。选择 JVM settings窗格。3. 图 1. Application server 属性4. 从 JVM settings 窗格单击 Advanced JVM Settings.。要实际看到这个按钮，您得向下滚屏。5. 在如下所示的新打开的对话框中，确保您选择了以下设置：a. Enable Debug Mode被选中。b. Enabl

33、e IBM Distributed Debugger未被选中。c. Disable JIT被选中。最新的 WebSphere Application Server 会自动禁用 JIT。使用 JIT 将启用代码优化，按照定义，代码优化将改变行号并导致所有调试器失效。d. 在测试域 Debug String输入以下字符串。请注意，“nnnn”是您所选择的端口号。您可以查看 调试字符串意义说明部分获得关于端口号的更多信息。-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=nnnne.f. 单击 OK。 图 2. Advanced JVM

34、 settings调试字符串意义说明-Xrunjdwp:transport=dt_socket这个字符串告诉调试器使用套接字作为它的传输机制。调试器将能够使用开放套接字来侦听客户机。另一个可能的值是 dt_shmem ，如果调试器和 Application server 在同一台机器上运行，它就用共享内存代替套接字传输。server=yJVM 作为可调试的服务器运行，并且调试客户机可以连接到 JVM。suspend=n当您开始运行时，服务器不应暂挂。 重要信息：如果您使用 suspend=y ，则 application server 将在执行开始时暂挂并等待，直到调试器连到该应用程序服务器上

35、，接着您才可以从调试器恢复 application server 的运行。如果 Servlet 或 EJBs? 被配置成在服务器启动的时候装入，并且您想调试这些代码，这就会变得很方便。通过将 suspend 设置为 y，您就为自己留下了在恢复服务器启动前进行连接调试器和设置断点等操作的时间。address=nnnn请勿输入 nnnn ，而要输入您选择的一个号码。这个号码将是一个端口号，调试器引擎将侦听这个端口号，等待调试器接口钩（hook）上来。一个常见的错误是使用 8080 或 9080 端口，这两个端口总是处于忙状态。在 NT 机器上，您可以发出命令 netstat -a> usedports.txt ，然后搜索 usedports.txt 文件找出哪些端口正在使用中并避开它们。您可以在您正在使用的任何平台上使用类似的命令。在这个样本中，我使用了 0371，这个端口在我的机器上一直是闲着的。在 Sun Java Web 站点上可找到更多信息。查找 Java Platform Debugger Architecture（JPDA）文档，您将在 Connection and Invocation Details部