没办法谁让咱是搞程序的呢，再苦再累也得上。这时候我突然相倒了，webservice是基于IIS的，那么基于IIS必须有IIS日志，那么我就从IIS日志入手解决这些问题。
问题示例：QAD调用我方接口，返回消息“<QdocProcessingException>HTTP/1.1 500 Internal Server Error</QdocProcessingException>”，该接口传入参数为对象，对像中包含加密口令，Maintain对象，其中Maintain对象中包含上百个字段，接口方法中有详细的日志日录，方法返回的是一个已定义对象。在QAD调用我方接口的过程中，并未产生相关日志记录。
分析：首先从返回消息格式上看，该返回消息并非是预定义的返回对象，从返回消息内容上看，该消息属于明显的500错误，也就说肯定是我方接口存在一些问题，但是具体是哪里出问题，现在不清楚。其次从问题中可以清晰的了解QAD并未调用到接口中方法，否则方法中的日志记录可以捕获到异常信息，从其他情况来看，QAD已经调用到我方接口，但是在调用进入方法之前出了一点小差错，预计可能是传入对象出错了，但是对象包含上百个字段，如何排查是哪个出错了，即便这次排查成功，那么下次呢。想到此我的汗毛都竖起来了，不过没关系，谁让咱是程序员呢。
解决方法：不是有IIS日志的吗，注意:iis日志只会记录这次请求是500错误，但是具体错误内容还得配置一番，请看详解。
在IIS配置里面有个Failed Request Tarcing Rules，我们New一个Rules。
我们来新建一个500错误，OK，这次我们再用QAD来调用一次我们的接口。
这次我们发现在C:\inetpub\logs\LogFiles\W3SVC2下面的u_ex120305.txt里面发现了一条500错误，我们再去看C:\inetpub\logs\FailedReqLogFiles\W3SVC2下面有什么变化，这时候这个路径下面多了一些fr0000开头的XML文件，那么我们来打开这个最新的文件，来分析一下。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
