2009年12月16日,星期三

ECM平台 enhancements - 双色球推荐一注组织者, List Throttling, 企业双色球推荐一注类型 etc.

这是我撰写的第二部分‘SharePoint 2010中的ECM增强功能’我最近做的谈话。您可以在这里找到以前的部分:

第1部分:SharePoint 2010中的托管元数据–ECM的关键增强
第1.5部分:SharePoint 2010中的托管元数据-有关"why"

在上一篇文章中花了一些时间进行分类/元数据处理后,本文将深入探讨其他ECM增强功能。 ECM是一个相当广泛的主题(文档管理/协作/记录管理/ Web双色球推荐一注管理),但它’令人惊讶的是,您有多少新东西 能够’t 在这样的谈话中掩盖–仅沙盒解决方案,BCS,服务应用程序,API改进等 脆弱地 链接到ECM,所以没有’t get coverage.

这里’我认为是一些关键的通用‘ECM platform’ enhancements:

  • 可扩展性
  • 企业双色球推荐一注类型
  • 用户体验
  • 分类法/元数据(如先前文章所述)
    • 按元数据导航
  • 双色球推荐一注组织者
  • 文件集
  • 标记

毫无疑问,您可能也会认为其他人也很重要,但这’对于初学者来说是一个很好的清单。在本文中,我们’我会详细研究其中一些,但对于其他一些我’会指出一些有关这些主题的文章。

可伸缩性/列表限制

尽管我们的建筑师/开发人员认为这些天我们对扩展SharePoint有很多了解,但请考虑在2007版本中,大型服务器场中出现内存不足异常的常见原因是在网站主页上使用了双色球推荐一注查询Web部件,默认情况下设置。当然,这种用法是完全自然的–CQWP毕竟是关于汇总双色球推荐一注的,但是使问题复杂化的是某些站点模板(例如发布门户)将其添加到了您的主页中,从而在没有显式配置的情况下触发了问题。在大型站点中,这将导致大量查询,从而给服务器带来巨大负担,并且内置缓存没有’t fully mitigate it.

在SharePoint 2010中,查询限制功能旨在防止出现此问题。–一旦超过阈值,这将切断大型查询,并且不会返回完整结果,从而维护了稳定性。限制是在Web应用程序级别设置的,’可以指定州长不会踢的窗口(又名‘happy hour’):

ListThrottleSettings

如果查询源自自定义代码,则查询将不会完成,并且将引发SPQueryThrottledException:

SPQueryThrottledException

当然,这是一件好事-开发人员只需要确保其2010年代码捕获此异常类型并在页面上显示漂亮的消息即可,而不是显示“死亡黄屏”。有趣的是,当用户在常规SharePoint列表视图中遇到类似的情况时,体验会变得更加复杂。 一些 返回结果(直至超过阈值)‘signal’以消息的形式传递给用户:

ThrottledListResults

顺便说一句,我注意到此时’已重定向到包含显示以下双色球推荐一注所需的所有参数的网址“permitted” subset of data:

http://cob.collab.dev/Lists/LargeList/ShowEverything.aspx#ServerFilter=FilterField1=ID-FilterValue1=3752-FilterOp1=Geq-OverrideScope=RecursiveAll-FallbackLimit=3752-ProcessQStringToCAML=1 

我没有’还没有解决’可以使用这个“show partial results”自定义代码中的功能–在某些情况下肯定会很好。听起来很可行,因为在列表视图请求中,服务器已经确定了哪些参数构成了可接受的查询(ID>= 3752),并且(似乎)已将用户重定向到包含过滤器参数的新请求。一世’d有兴趣了解是否有人注意到如何使用代码来完成此操作– 我没有’t挖得太深了,但最明显的地方是将信息传达回去的地方( SPQueryThrottledException)不’t have anything.

企业双色球推荐一注类型

在2007年,有效地维护整个企业部署中的双色球推荐一注类型和站点列成为一个技术问题–如果没有帮助,企业将无法解决这个问题。他们所做的更改仅在网站集本地进行,并且需要代码/脚本才能更全面地发布更新。使用SharePoint 2010中的企业双色球推荐一注类型,可以缓解此常见的痛点–实际上,该模型是轮毂和轮辐式布置,其中‘master site’被提名,然后一个服务应用程序/一组计时器作业负责将更改同步到其他站点 与中心连接到相同的Managed Metadata Service应用程序。我决定最后不进行演示,部分原因是它没有’真的创造了世界’最令人眼花demo乱的演示。但是那个’不要轻视此功能的重要性–我认为这对于使SharePoint在企业中更易于管理大有帮助。其他人已经很好地涵盖了这一点,其中有一些不错的文章:

用户体验

简而言之,新的Wiki风格的页面编辑体验将对协作网站产生巨大影响。用户能够将富文本,图像甚至Web部件准确地放置在页面上他们喜欢的位置(而不是必须处理Web部件区域和Content Editor Web部件),这将使许多最终用户感到满意:

页面编辑

有趣的是,如果你 不要’t 想要团队网站中新的页面编辑体验,您’我可能需要做一些定制工作。它 可以在新的团队网站模板中创建Web零件页面(甚至将它们存储在‘Site Pages’图书馆以及Wiki页面),但用户体验却不佳’很明显,菜单选项’t就在用户面前–你必须经过‘New Page’菜单项并转到‘More Options’ > ‘Web Part Page’并指定将其存储在哪个库中。因此,如果您确实想要‘old-style’ page editing, you’d可能使用自定义网站定义,或者如果坚持2010年团队网站模板,则至少要在“网站操作”菜单或功能区中添加一些双色球推荐一注。无论如何,Wiki页面编辑功能是由实际使用的字段控件而不是字段定义的 类型– 好像在那里’大量的幕后花花公子扑克游戏,其中包括隐藏字段,更新面板和新的EmbeddedFormField控件(至少在团队网站中,发布网站继续使用RichHtmlField控件),但是结果是新的Rich Text Editor用于显示新的编辑体验。

我知道,协作推出的网站所有者’m currently working on would welcome this with open arms. Consequently this 是 a significant for advance for SharePoint as an ECM平台 , 和 I 能够 see it being a key driver for 一些 organizations to upgrade to 2010 for their collab sites.

最后,正如刚才提到的,发布站点还获得了新的RTE–顺便说一句,这意味着也可以在其中使用链接页面的Wiki语法之类的东西。

双色球推荐一注组织者

您可能已经看过 AC谈这个 –本质上,Content Organizer允许您将某些类型的双色球推荐一注(例如文档,页面,富媒体文件,但不列出项目)添加到一个存储桶(称为‘Drop-Off Library’),然后让一些规则定义它最终应该在您网站中的位置。计时器作业处理规则的实际处理。通常你’我将基于元数据定义规则,因此继续使用我的电气商品示例,在这里’m创建一个规则来移动带有‘Screen type’ value of ‘Plasma’到一个叫做‘电视规格’:

ContentOrganizer规则

I’m还指定应在文档库中创建子文件夹,这样我’最终会为每个‘Screen type’上传文档时遇到的值。通常,规则定义的工作方式是 首先指定规则适用的双色球推荐一注类型,然后用户界面允许您选择该双色球推荐一注类型上的列以用作元数据过滤器。尽管元数据位实际上是可选的–您的规则可以仅基于双色球推荐一注类型,而无需进一步的基于元数据值的子过滤器。

如果你’就像我一样,您可能想知道双色球推荐一注管理器如何应对某些情况–所以这是一些发现:

  • 如果用户不这样做会怎样’t go to the ‘Drop-Off Library’在那里添加文件?当然,规则赢了’t run otherwise? To ensure all uploads do indeed use the routing rules, you 能够 specify that users should be redirected to the 接送库 when they upload –这对用户来说是无缝的,他们只在对话框中看到一条小消息,指示将路由他们的文件:

    ContentOrganizerMessage
  • 如果用户不这样做会怎样’有权写入规则中指定的库? The user will get an Access Denied, 和 the document gets cleared from the 接送库. I’d有兴趣知道‘rule managers’在这种情况下被通知(我没有’在测试时未设置SMTP)–这是可以配置为在上载文档时收到通知的组 没有’t match any rules, 但是我’我还不确定是否会收到类似情况的通知。
  • 指定将项目路由到另一个站点的规则时’s 双色球推荐一注组织者,如果那里的规则重定向回该规则,会发生什么? 舌头有点颊,但是,嘿,’s good to know what happens! The answer 是 the document stays in the 接送库, 和 as with any such routing failure, if configured the 规则管理者 are notified after the specified wait period 是 over.
  • 如果没有规则匹配,用户会看到什么? As well as the notification to the 规则管理者, the user sees a message to inform them their document won’尚未被路由到任何地方:

    RuleNotMatched

史蒂夫·佩斯卡(Steve Peschka)有一个 关于Content Organizer的3篇详尽的系列文章,并且您还可以从以下屏幕截图中快速了解有关定义规则的很多知识 AC’s article.

文件集

简而言之,在工作流,批准,版本控制等方面,文档集允许将多个项目视为一个项目。一个经典的用例可能是一个包含多个文档的提案–但是,将它们捆绑在一起并一起提供给客户,这意味着它们几乎需要被视为‘release’在编码方面。这里有一些有用的功能,例如您可以在列上设置默认值,而各个文档在添加到集合时将继承这些默认值。此外,每个文档集都有一个“home page”,意味着可以添加双色球推荐一注(包括Web部件)以提供信息入口。

利亚姆 在这里写得很好-“SharePoint 2010用户体验– 文件集

标记

SharePoint 2010中的标记是一个深层领域,因此我可以’在这里做到正义,它进入了“social”领域以及托管元数据框架’ve previously discussed. Some highlights are the fact that the 社会的 bookmarking feature (“Tags 和 notes”)允许SharePoint内部或外部的任何项目都具有您的标签 添加了注释,并且您最近的标记活动在MySite上的活动供稿中得到了汇总(如Facebook标记)。

Christian Glessner在这里有一篇文章- 在SharePoint 2010中管理元数据

概要

SharePoint 2010包含许多ECM增强功能,任何增强功能都可能成为贵组织的杀手feature。的“ECM platform” features discussed here are relevant whether you are using SharePoint for collaboration/document management, WCM, Records Management or all three. Many of the criticisms of the 2007 发布 have been addressed, 和 right now it looks like SharePoint 2010 will be an even bigger hit for ECM than it’s predecessor.

没意见: