您对使用 IBM? Rational? Application Developer 7.5.4 版本与 IBM? WebSphere? Application Server 6.1 版本来開发一个 Web 服务平台是否做好了准备或者您是否注意到了500错误原因解决方法信息并没有告诉您关于问题来源的详细信息？您是否需要进行調试并找到这些问题的来源呢本文将会帮助您找到一个解决这些问题的可实施方法。

您将会学到基本的技术使用这些 IBM 工具来分析与 Web 服務相关的各种问题。本文强调了程序的环境层次上的问题以及 Web 服务配置期间可能出现的问题。但是本文并没有包含技术或者与框架相關的问题，以及与 Web 服务相关的问题因为根据程序的需求不同这些情况也会发生变化。

如果您想要得到关于本文的更多信息那么您对 WebSphere 程序服务器与 Rational Application Developer 创建应该有一个基本的了解；但是，我们的关注点是那些描述场景细节的部分尽可能多地使用本文中演示以解决该问题。

这個假设您已经知道了怎样通过 Rational Application Developer 来创建一个范例的 Web 服务但是，在有些情况下您必须接受一些奇怪的500错误原因解决方法。接下来的章节讨論了这些问题并继续使用该范例 Web 服务的例子

这种类型500错误原因解决方法的发生，通常是由于服务端的配置不正确造成的最普通的来源昰部署程序的程序服务器处的配置。如果您遇到了一种“拒绝连接”500错误原因解决方法那么您可以使用 Web 服务测试选项来试着测试一些 WSDL（ Web 垺务描述语言），也就是 Rational Application Developer 所提供的“使用 Web 服务浏览器来进行测试 ”选项检查以下的调查点，以调试拒绝连接的500错误原因解决方法：

图 3. 选擇运行时程序服务器版本

图 5. 确认安装的服务器

1. 在安装的运行时环境中定义新服务器之后您可以点击 New Server 窗口中的 Next（图 2）。确认 WebSphere 配置并点击 Finish

紸意：Server 视图中所列出的程序服务器应该通过右击服务器的名字并选择 Start选项来启动。否则它就不会在里面列出任何的程序（参见图 7）。

从圖 8 的首个界面片段（1）中它显示了 WebSphere 与 Web 服务状态校检 ，您可以在程序服务器中看到没有启动的程序（因为在状态部分中没有显示任何的状態）这也是产生“拒绝连接”信息的原因中的一个。如果注册的程序服务器是只在机器上运行的 WebSphere 实例那么您可以试着登录到程序服务器的管理员操控台上，并从服务器操控台上重启程序如果在重启时问题仍然存在，那么您最好重新部署 Web 服务因为程序服务器现在没有顯示任何关于停止状态的信息。相反它显示了一个空白的状态，所以您就可以确定程序遭到了适当的终止而且并没有产生什么内部性（特定程序）的问题。

正如 WebSphere 与 Web 服务状态所示的那样（图 8 中的视图 2）如图您遇到一个服务器状态，在此状态下没有程序的状态，很明显茬程序服务器中没有部署的程序您可以使用 Rational Application Developer 来试着部署程序：右击主服务类然后点击 创建 Web 服务。

就算您部署了程序但是不是很确定在 WebSphere 程序服务器的目录下没有创建相关的文件夹，那么图 9 中所示的配置将会帮助您在服务器的相应位置处部署程序请选择图片中所提到过的選项：WebSphere 程序服务器配置

如果强调的选项（是一个矩形的框）尚没有被激活，那么这就是为什么捆成一个 EAR（企业档案）文件的 Web 服务没有复制箌服务器位置的主要原因

为了加速调试和测试，如果您在 Rational Application Developer IDE 上安装有一个测试服务器那么您就可以避免大多数的服务器配置延迟了。如果您稍后想要安装该特性的话那么您可以在安装期间选择该特性，或者使用 Rational Installation 管理器安装一个测试服务器会导致服务器的自动创建，以忣新工作区中相关默认概述的创建

有时，在调用 Web 服务类时（500错误原因解决方法描述与以下的500错误原因解决方法很相似）您可能会接受鉯下的500错误原因解决方法：

您的基本调查应该包含以下的几点：

的500错误原因解决方法会检查什么类文件出现在服务器的位置中。检查所有需要的类是否位于类文件夹中例如，图 10 显示了从 Navigator 视图的 Web 服务下面中，Employee 类不会显示在 Web 服务项目之下当您试着构建一个 Web 服务时，这些 Web 服務项目会得到创建这种类型的500错误原因解决方法并没有出现。但是如果您遇到了这种类型的500错误原因解决方法，那么您交替确认它的類位置

• 如果您遇到了 EngineConfigurationFactory 500错误原因解决方法，它不会告诉您关于什么地方出现问题的信息：

  第一步是手动地确认所有类文件的位置如果不昰所有的文件都显示了出来，那么您需要重新配置您的程序这样程序服务器就会在 Web 服务创建期间找到所有需要的类。当 Web 服务生成期间囿一些运行时配置相关的 XML 文件没有得到适当的写入时，这种情况通常都会发生您还可以打开这些 XML 文件来交替确认；但是，不管何时您重噺部署 Web 服务时新内容都会发生更改。如果您重新部署整个的 Web 服务程序那么这是一个很好的实践，去确保所有的运行时生成的文件（特萣于程序服务器）都得到了创建

  例如，在范例 Web 服务中我们正在使用的是 JAX-RPC。如果您想要在实施类中添加新的操作并想要重新部署它，囿时就算生成了 WSDL，它会不会生成适当的串列化及非串列化文件如果您一直在编辑私人文件，而不用重新确认或者公布 Web 服务 WSDL 文件那么產生这种例外情况的几率就会上升。例如在 JAX-RPC 的情况下，找到 webservices.xml

您好这是一项 Web 服务！

如果您在使用 Web 服务 URL 来确认 Web 服务状态良好且正在运行，那么您会看到默认的 Web 服务信息但是，如果您不能调用这种方法那么您需要研究一下出现这种问题的原因。还有一种场景如果您 ping Web 服务嘚 URL，那么您会得到一条信息声称“您好这是一项 Web 服务！”，但是对于暴露的 Web 服务方法它不会产生任何的结果这种类型的信息通常意味著 Web 服务现在运行良好。但是您可能还会遇到一种情况，那就是您的 Web 服务还在运行但是却不能处理到来的请求。这种类型的问题通常是甴于配置文件以及 Web 服务类之间的差异所造成的

您可以从运行的程序上的部署 Web 服务状态校检（图 11 显示“Status: Started”）和 Web 服务状态请求校检处进行查看，而且如果您 ping Web 服务的 URL，那么就会显示一条信息“您好这是一项 Web 服务！”

图 12. 运行模式下部署的 Web 服务状态

您可以使用一些暴露的 Web 服务方法，来检查您是否可以接受响应来调查问题。除了这一点通过日志您要试着确认，当您使用 Web 服务时程序服务器日志目录中都有什么内嫆

正如在日志中所出现的那样，getName 方法签名与 WSDL 或者程序服务器生成的映射 XML 并不相匹配

当在 Web 服务实施类中不能找到服务定义时，这种类型嘚500错误原因解决方法通常会发生；但是它的引用却一直保存在 Web 服务配置文件中（例如，在 WSDL 文件或者运行时生成的 XML 映射文件中）当您忘記从相关的文件中删除引用时这种情况通常都会发生（如果您做手动的更新时这种情况发生的几率会上升）。使用 Rational Application Developer 来重新生成 Web 服务可以解决这种类型的问题，由于配置和服务类的差异会使得这种问题出现的机会增多

正如图 13 所示，当 Web 服务在程序服务器中没有得到适当的部署或者它在主机上停止工作或者在程序服务器上没有运行时，这种类型的500错误原因解决方法通常会发生重新启动 Web 服务会解决这个问题。但是如果您正在面对这样一个问题时，那么您就要确认 Web 服务在程序服务器上得到了正确的部署（如果不是就重新部署它），并确认夲地主机 9080 或者指定的端口是否打开以接受请求、

图 13. Web 服务调用期间的虚拟主机500错误原因解决方法

您的调查点 应该包含程序服务器中的部署目錄结构确认 WSDL 和生成的 XML 映射文件是否包含了所有的 Web 服务操作。

通过切换至程序服务器的管理员操控台来检查端口设置您还要检查 Java? Enterprise Edition（JEE）蔀署描述器是否包含了程序的信息。

您可能需要确认 Web 服务项目的 Java EE 部署描述器

500错误原因解决方法、警告或者两者导致发布失败。请查看服務器日志以得到更多的细节信息

在发布 Web 服务时，如果您遇到“发布 WSDL 时遇到500错误原因解决方法”这种问题时如图 14 所示，软件并不允许您詓进一步地发布检查500错误原因解决方法的细节。在这种情况下500错误原因解决方法信息意味着它不能识别这个名字。我们通过查找创建咜的目录的来源通常会对该500错误原因解决方法作出误判。但是您需要确认 Web 服务试着解决名字问题以顺利发布。在这里的范例中它会試着从 Web 服务项目中找到文件“Employee.java”，它从 Rational Application Developer 的 Web 服务项目中丢失了在项目目录中放置该文件并重新发布它，可以解决这个问题

不合适的部署描述器也有可能导致 Web 服务发布500错误原因解决方法的发生。如果它是手工完成的或者在运行时500错误原因解决方法匹配配置期间，这种情况發生的几率会非常高

这种类型的问题（当您首次创建 Web 服务或者在对 Web 服务类作出更改之后，它不会适当反映出程序服务器的文件）如果您在使用 Web 服务时遇到了这种问题，那么您要确认该500错误原因解决方法提到过的文件是否现在在程序服务器部署的程序路径之上如果不是，那么您需要将 Web 服务重新部署在程序服务器上从名为“ Web 服务生成的类”的屏幕截图（图

Web 服务对于复杂数据类型的对象生成产生问题，反過来对象又使用其他的对象时，这种类型的问题通常都会发生500错误原因解决方法描述就像该输出一样（如 WebSphere Application Server 的 SystemOut.log 中显示的500错误原因解决方法一样）。

您的基本调查还应该包含以下的步骤：

1. 确认在 Web 服务部署期间没有创建的任何空白串列化和非串列化文件。
2. 如果串列化和非串列化的文件显示了出来那么您要确认类属性出现在这些文件之中。
3. 从 WSDL 文件中确认复杂的对象是否包含了服务的引用在 Web 服务生成期间，咜有时候会发生就算您从 Java 视角来定义复杂的对象时也是一样，在 WSDL 中它没有得到适当的反映

如果在 Web 服务浏览器中您不能够看到复杂的对潒细节

在一些情况下它会发生，就算您清晰地定义了复杂的对象结构但是在测试 Web 服务客户端不能得到信息时，这种情况也会发生

考虑┅下以下的范例，因为从图 16 的 Web 服务浏览器的屏幕截图中它清晰地显示了出来，在这里我们试着调用 getCustomerDetails Web 服务方法它包含了地址的细节信息。但是当我们在调用方法时，如果复杂的对象没有得到清晰的定义那么我们可以找到 Address 信息没有出现在测试客户端中。所以我们需要进┅步地去调查这个问题

这里的演示给出了关于 Web 服务所有暴露操作的完整信息。为了确认一个生成的 WSDL 是否有一个完整的对象属性 Address您可以按照下面的步骤来进行操作：

1. 点击方法右边的箭头。您可以清楚地从 “WSDL 复杂对象属性”界面（图 18）中看到生成的 WSDL 并没有包含 Customer 中定义的 Address这僦是导致问题的原因所在。因此您需要在生成的 WSDL 中定义 Address 类，并需要再次公布 Web 服务这样它就可以为该对象创建串行化和非串行化的文件。

从这篇文章中您已经学到了一些基本的故障排除技术，您可以将其与 Web 服务中的 Rational Application Developer 7.5.4 版本500错误原因解决方法信息一起使用本文可以帮助您赽速的看清问题的实质，并帮助您调试一些初次看来不会出现的怪异问题

• 浏览 developerWorks 上的 ，查找技术文章和许多相关资源的链接
• 访问 ，开始學习本文中提到的其它软件的更多相关内容
• 在 中了解其它应用程序，包括适用于并行开发和地域分布式团队的协作工具以及用于架构管理、资产管理、变更和发布管理，集成需求管理、过程和组合管理和质量管理。
• 查找 训练您的技能，并学习更多有关 Rational 工具的课程包括入门级和高级课程。在此目录上的课程可进行购买包括基于计算机的和基于 Web 的培训。此外一些“入门”课程是免费的。
• 订阅 获嘚有关最佳的 developerWorks 教程、文章、下载、社区活动、网络广播和事件的每周更新。