Reporting Services 2012 Web Service URL仅显示目录列表问题排查

首先得跟你澄清一个关键点：你现在看到的目录列表其实是SSRS Web Service的正常默认表现，但它和报表管理器（Reports URL）的定位完全不同，并不是配置出错了哦！

先搞清楚两个URL的分工： #

• http://localhost:8080/Reports（报表管理器）：这是专门给人用的可视化管理界面，用来创建文件夹、上传报表、设置权限、查看报表这些手动操作，你这边已经正常运行，这部分没问题。
• http://localhost:8080/TRADE（Web Service URL）：这个是给程序/代码调用的SOAP接口，本质是一套API，不是给人直接操作的UI。它显示的目录列表，其实是Web Service返回的文件夹结构纯文本视图，用来快速确认服务是否正常，以及当前的报表目录结构。

如果你想"像使用报表管理器一样使用Web Service"，可以这么做： #

Web Service本身不提供可视化操作界面，但你可以通过它的API来实现和报表管理器一样的功能（比如创建文件夹、部署报表、导出报表等），只是需要用代码来调用：

1. 先访问Web Service的方法列表页面：打开http://localhost:8080/TRADE/ReportService2010.asmx（对应SSRS 2012版本，如果你是其他版本，可能是ReportService2005.asmx或ReportService2008.asmx），这里会列出所有可用的API方法，你可以直接在页面上测试调用（比如调用ListChildren方法获取文件夹列表，和你现在看到的目录是对应的）。
2. 用代码集成：比如用C#添加Web引用，或者用PowerShell脚本调用这些API，来实现自动化的报表管理操作——这才是Web Service的正确用法。

要不要检查配置？ #

如果还是怀疑配置有问题，可以打开SQL Server Reporting Services配置管理器，确认：

• Web Service URL的"虚拟目录"设置是TRADE（和你访问的一致）
• 报表管理器URL的"虚拟目录"是Reports（正常运行的那个）
  两者的分工是设计好的，没有配置错误的话，Web Service就会显示你看到的目录列表。

总结一下：你看到的现象是正常的，Web Service本来就不是可视化管理界面。如果要手动管理报表，继续用Reports URL；如果要自动化操作或者集成到其他系统，就用Web Service的API来实现。

内容的提问来源于stack exchange，提问作者user9768237