使用Extension Provider实行 BCS OData 自定义身份验证

[原文发表地址]  BCS OData Custom Authentication using Extension Provider

[原文发表时间]  2012-11-30 13:28

SharePoint 2013中的Business Connectivity Services (BCS) 支持连接到基于 OData 的 LOB 系统。BCS为OData 服务支持以下几种身份验证模式:

  • PassThrough
  • RevertToSelf
  • Credentials
  • Windows Credentials
  • Digest Credentials
  • 使用OData Extension Provider进行自定义身份验证

在本文中,我们详细介绍了如何从 SharePoint on-premises中连接到任何 OData 服务,并使用 OData extension provider进行自定义身份验证。

OData service provider可以支持的自定义身份验证方案的一些示例如下:

  • 使用 Windows Azure Access Control Service (ACS) 进行验证
  • 客户端基于证书的身份验证

若要启用这些自定义身份验证机制,您需要执行一个OData extension provider,然后在 BCS 中配置相同的东西。在每次调用OData LOB服务时,OData extension provider都是由BCS激活的。

注意:BCS 支持使用 OData extension provider进行自定义身份验证,但这只限于托管在on-premises SharePoint 中的应用程序或那些使用hybrid (通过hybrid从SharePoint Online连接到基于on-premise的LOB) 连接的应用程序。此限制是因为它不可能在 SharePoint Online 中安装自定义程序集。

执行 OData extension provider

  1. 在 Visual Studio 2010 中,创建一个新的项目。选择项目类型为Class LibraryODataExtensionFigure1[2]
  2. 更改文件名称和类名称为ODataOAuthExtensionProvider.
  3. 向项目中添加对Microsoft.BusinessData.dll程序集的引用。向类中添加Microsoft.BusinessData.SystemSpecific.OData命名空间。
  4. 空的自定义 OData extension provider执行应如下所示:ODataExtensionFigure2[2]
  5. 通过选择项目设置下的" Signing "选项,对程序集进行签名。生成 SampleODataExtensionProvider.dll 程序集。

安装OData extension provider程序

在 SharePoint web 前端 (WFE) 机器上的全局程序集缓存 (GAC) 中安装SampleODataExtensionProvider.dll。

如果 BCS 被配置为通过hybrid从 SharePoint Online 连接到on-premises LOB 系统,那么 SampleODataExtensionProvider.dll必须安装在SharePoint on-premises WFE上的GAC 中。

配置一个从SharePoint on-premisesOData 服务的连接

为了从 BCS中连接到OData 服务,必须在 SharePoint 中创建一个连接设置,这可以通过使用 BCS Windows PowerShell commandlet实现。

连接设置包含了 SharePoint BCS连接到 OData LOB 系统所必需的信息(OData Service URI、 OData Service Metadata URI、 身份验证模式和Extension Provider)。

New-SPODataConnectionSetting -Name "ContosoServiceApp" -ServiceContext "http://contoso" -ServiceAddressURL "http://tv.telerik.com/services/OData.svc" -AuthenticationMode "Anonymous" -ExtensionProvider "SampleODataExtensionProvider. ODataOAuthExtensionProvider, SampleODataExtensionProvider, Version=1.0.0.0, Culture=neutral, PublicKeyToken=34c4d4fa89a6bb3b

参数名称

说明

名称

连接设置 Id 应该在 BCS 模型中提到,且应该是唯一的。

ServiceContext

SharePoint Site Collection URI

ServiceAddressUrl

OData Service Address URI。OData metadata URI 是service URI + $ 元数据。如果 OData Metadata URI 是不同的, 那么通过参数 MetadataAddressUrl指定。

AuthenticationMode

针对 OData Service URI 进行身份验证时,使用到的身份验证模式。"匿名"在这里指的是 BCS 没有做任何身份验证。

ExtensionProvider

OData extension provider完全有资格的程序集名称。此程序集应被安装 在SharePoint WFE上的 GAC 中。

BCS 模型中配置连接

必须在 BCS 模型中指定连接信息。BCS 运行时使用连接信息来调用LOB OData 服务。

若要指定连接信息,在BCS 模型中添加以下属性,通过将它添加到LOB 系统和 LOB 系统实例实现。

<Property Name="ODataConnectionSettingsId" Type="System.String"> ContosoServiceApp </Property>

ODataExtensionFigure3[2]

摘要

这篇文章详细描述了如何使用OData extension provider 来支持BCS OData 连接器的自定义身份验证。

按照以上提到的步骤,您应该能够导入一个 BCS 模型,它连接到一个OData 服务,并拥有一个支持自定义身份验证的extension provider。在下一篇文章中,我们会更改OData extension provider来对 Windows Azure ACS 进行身份验证。

使用内容处理web服务自定义SharePoint 2013搜索体验

[原文发表地址] Customize the SharePoint 2013 search experience with a Content Enrichment web service

[原文发表时间]   13 Nov 2012 9:59 AM

您是否希望如何能够做到在内容索引的编制上拥有更多的自主性,并且能够按照所查询的结果呈现出来?在 SharePoint 2013 中,您可以从内容处理组件中添加一个标注到您自己的 web 服务当中,于是您可以在某一内容生成索引之前操作它。这使得用一种全新的方式去来对搜索结果进行数据透视成为可能。例如你可以:

  • 将可过滤的托管属性标准化,从而使过滤器看起来更简洁。
  • 通过从非结构化文本中提取数据来创建新的过滤器。
  • 基于托管的属性值计算创建出新的过滤器。

此功能类似于SharePoint 2010中管道扩展性阶段的快速搜索,但存在一些差异:

  • 在 SharePoint 2010 快速搜索中, 代码是在一个沙箱中被执行的,而 SharePoint 2013 允许您将该代码放在 web 服务中。这可以减少服务器开销,并允许您在任何地方运行代码。
  • Web 服务处理并返回托管的属性,而非爬网属性。托管的属性对应了实际上真正需要索引的内容,因此更易于管理。
  • 您可以定义触发器,从而限制由 web 服务处理的项目集。如果您只想要处理一个内容子集,它将极大提高整体性能。

在本文中,我们将浏览一个基本的应用场景,现在我们有一个热门电影的列表。列表项中的元数据相对于实际放映并不一致,并且可用于对搜索结果进行透视的元数据很有限。

我们将引导您如何按照这种搜索体验来进行搜索……

……对于下面这种情况,不需要修改原始内容。请注意左边栏,列表的Title和Director等属性已经被用作标准化的过滤器,并且我们还定义了一个新的过滤器叫做"YearsSinceRelease"。

若要了解什么是可能实现的富内容web 服务,重要的需要很好的理解内容处理过程中发生了什么,以及 web 服务标注及其他一切相关的事情在哪里发生。

本文将深入到内容处理过程中发生的事情以及 web 服务如何标注,给读者一个整体的详细信息。我们会再向您展示如何创建一个示例列表和 web 服务,并使该服务操作列表的数据用来创建新的精确搜索。

内容的处理过程中发生了什么

内容处理组件从爬网组件接收爬网属性并输出托管属性到索引组件,但是介于两者之间发生了事情呢?

在内容处理组件内部,有一次称作“流”的组件,一次处理一个爬网项。当项目已编制索引时,回调发送回爬网程序确认该项是否可搜索。索引项目的成功或失败可以由搜索管理中心(Search Administration)的管理员检查 (访问爬网日志(Crwal Log),然后转到错误故障(Error Breakdown)).

该流组件是对应该如何处理的已爬网的项目以准备进行索引的一种规范。这些流又不同的分支,可以处理不同的操作,如插入、删除和部分更新。处理删除和部分更新的分支包含web 服务标注。

流的主分支处理新的插入和更新的文档,并且包含不同的阶段,从爬网项目中提取信息,并创建托管的属性。

在流的开始时,新的爬网属性会在搜索管理数据库中被注册。紧跟其后的下一个阶段是解析二进制文档格式,如Office或 PDF 文档。在文档解析期间,对于某些文档类型有一个Ifilter的标注。文档解析从解析器中添加新的爬网属性。无法将爬网属性映射到托管属性,直到它被注册到管理数据库中。在所有的爬网属性都搜集完成后,进入到另一个阶段,根据搜索的架构将爬网属性映射到托管属性。这一工作后的所有阶段都只工作在托管属性上。

下一阶段处理安全描述符,并将它们转换为索引组件所使用的内部格式。自动语言检测发生在该 web 服务的标注之前,并设置语言托管属性的值。该 web 服务标注之后,有一个进程,它是与人们搜索所创建的拼音名称变更相关的。

下一步,所有托管属性上断字。紧跟其后的是实体提取和其他阶段,像元数据提取和总结文件。文档中被发现的链接将被写入到分析报告数据库中以便以后进行处理。最后要提的是,托管的属性是索引化的。

总之,重点要注意的是 web 服务标注只能读取托管属性。Web 服务需要作为输入,首先必须被映射到托管属性的任何爬网的属性值。Web 服务标注可以只访问在该 web 服务标注之前,存在的托管属性,不托管的属性设置进一步向下流动。Web 服务标注可以将托管的属性传递回流,只要它们是搜索架构的一部分。

在 TechNet 上的 SharePoint 2013方案页面

[原文发表地址]  Scenario pages for SharePoint 2013 on TechNet

[原文发表时间]  2012-11-14 13:01

本周早些时候,Samantha RobertsonSharePoint IT 专业人员博客上发表了一篇有关方案页面的博文

长话短说 — — 方案页面允许您查看有关一个特定方案的关键资源。资源取自许多 Microsoft web 属性,包括 TechNet , MSDN,Office.com。

我们意识到当你进行研究时,你可能会对不同方面的技术感兴趣,而不仅仅只是管理员或开发人员的故事。方案页面帮助将各个不同的方面汇集在一个地方。

现在以下方案页面可以使用了:

让我们知道您的想法。您可以将电子邮件发送到docthis@microsoft.com或在本文中留下评论。

 

SharePoint 会议参与者的机会: 设计时会话

[原文发表地址]  Opportunity for SharePoint Conference attendees: Design Time Sessions

[原文发表时间]   2012-10-05 9:34

如果你注册了在拉斯维加斯举办的SharePoint 会议 2012,你将有机会与 Microsoft 产品专家进行专门、免费的几小时的解决方案设计咨询。

这些设计时会话旨在帮助 IT 专业人员和开发人员构思和计划基于 SharePoint 2013 产品的解决方案。

如果你被选中的话,你将遇到一个或多个专家 (Microsoft 产品团队成员、 顾问、 或经核证的主题专家)来讨论你的解决方案目标,获得对当前的挑战的建议和有关如何使用 SharePoint 2013 产品增强你的解决方案的构思。SharePoint 文档团队成员 (在TechNet、 MSDN,和 Office.com上发布内容) 将促进此会话。

你可在这篇帖子中查看全部细节.

今年提供了开发人员尤其可能感兴趣 的SharePoint 应用程序跟踪 (只是其中的一个):

SharePoint 应用程序(开发人员和 IT 专业人员)

SharePoint 的新云应用程序模型允许组织来快速添加功能到 SharePoint 网站。来和我们谈论一下你计划如何在你的组织环境中开发、 提供、 管理和治理 SharePoint 应用程序吧。

在App大赛中赢取炫酷大奖

[原文发表地址]  Win cool prizes in the app contest!

[原文发表时间]  2012-08-15 10:04

上周Vivek Narasimhan(Office和 SharePoint 产品营销经理)在针对Office和 SharePoint开发人员的应用程序官方博客中宣布了app 大赛

App 大赛?

是的 !App 大赛是面向针对Office或 SharePoint 应用程序拥有杰出想法的开发人员。奖品包括10,000美元现金、 Xbox + Kinect 和其它微软硬件。在2012/12/20之前提交您的想法来参与。

如果您有想法但需要一些相关应用程序的指导,请在dev.office.com学习更多关于构建应用程序的信息。你可以获取Office和 SharePoint应用程序示例。

提示: 你甚至不需要安装 SharePoint 或 Visual Studio来开始构建应用程序。你可以通过在Office 365 开发人员网站注册, 并安装"Napa"Office 365 开发工具来马上开始!

有关详细信息,请访问Office和 SharePoint 开发人员应用程序大赛,在 Office和 SharePoint应用程序博客中追随我们的脚步。