使用 SSRS 2008 访问 SharePoint 列表数据时出现问题
我正在尝试使用 SSRS 2008 访问列表数据。
我使用以下连接字符串创建了一个 XML 数据源: “http://[Your_Site_Name]/_vti_bin/lists.asmx”。
然后,我使用以下查询创建了一个数据集:
现在的问题是:
我在读取具有 html 标记/标签的列值(特别是“多行文本”字段类型)时遇到问题。 当 Reporting Services 遇到这样的列时,它会在数据集中创建一个名为“行”的字段。
我尝试删除这个“行”字段并手动创建实际字段。 然后,我在占位符属性中将列值设置为 HTML(SSRS 2008 中的一项新功能,其中 HTML 标记被视为样式),但不起作用。
例如,“问题跟踪列表”中的“注释”列存储为“div”,
在 CAMLBuilder 中执行相同的查询效果很好,显示所有列。
我该如何克服这个问题。 有什么帮助吗?
预先感谢
PS: 我已在 MSDN SQL Server Reporting Service 论坛上发布了相同的查询。 这是链接。
I'm trying to access list data using SSRS 2008.
I have created an XML data source with the following connection string:
"http://[Your_Site_Name]/_vti_bin/lists.asmx".
I then created a dataset with the following query:
<Query>
<SoapAction>http://schemas.microsoft.com/sharepoint/soap/GetListItems</SoapAction>
<Method Namespace="http://schemas.microsoft.com/sharepoint/soap/" Name="GetListItems">
<Parameters>
<Parameter Name="listName">
<DefaultValue>Your_List_Name</DefaultValue>
</Parameter>
</Parameters>
</Method>
<ElementPath IgnoreNamespaces="True">*</ElementPath>
</Query>
Now the problem:
I'm having issues reading column values that have html markup/tags(specifically "Mulitple lines of text" field type). Reporting Services creates a field called “row” in the Dataset when it encounters one such column.
I tried deleting this “row” field and created the actual field manually. I then set the column value as HTML in the placeholder properties (a new feature in SSRS 2008 where HTML markup is treated as styles) but did not work.
For e.g. Comments column in "Issue Tracking List" is stored as a "div"
Executing the same query in CAMLBuilder works perfectly, showing up all columns.
How do I get over this issue. Any help?
Thanks in advance
PS: I have posted the same query on MSDN SQL Server Reporting Service Forum. Here is the Link.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
我在 MSDN SQL Server Reporting Service 论坛上发布了相同的查询。 这是链接。 MSFT 版主已经找到了解决此问题的方法。
I posted the same query on MSDN SQL Server Reporting Service Forum. Here is the Link. MSFT moderator has found a solution for this issue.