1
1
使用内容类型中心的优势在于,它允许您在整个服务器场中的多个网站集和Web应用程序上使用和重用内容类型。 因为您的所有网站集现在都在使用相同联合内容类型的实例,如果将来需要在内容类型中添加/删除/重命名列,则这与更新内容类型和重新订阅(然后允许SharePoint运行其计时器作业,并再次检查更新的更改是否为因为你是一个细心的SharePoint管理员)。 我不确定你收到的是哪个错误,只是你的帖子没有足够的上下文。但是,我认为您可能对联合内容类型的发布方式有点困惑。首先,打开网站集上的内容联合中心发布功能,该功能包含将在整个服务器场中重用的所有内容类型。接下来配置混合元数据服务,以便SharePoint或多或少地将您的每种内容类型加载到内存中。 完成此步骤后,您可以选择要订阅联合中心的网站集。为此,需要启用内容类型发布网站集功能。注意:如果您为您的站点使用空白模板,您可能会收到一个如您所描述的功能错误,因为空白模板存在“缺陷”。看我的帖子: http://www.thesharepointblog.net/Lists/Posts/Post.aspx?ID=109 只有当您打开订阅功能,并且内容类型集线器计时器作业已运行,并且订阅计时器作业已运行之后,您的网站集才能看到可用的内容类型。 至于在中心站点上手动创建内容类型,唯一的OOB方法是使用UI。就我个人而言,我编写了一个实用程序,它执行我刚才为我描述的所有操作,从创建初始内容类型,到创建联合中心,将它们发布到所有网站集,大多数时间都是将它们与订阅网站集上的所有列表和库关联起来。我本来打算让我的雇佣公司卖掉它,但由于他们似乎不感兴趣,如果有足够的兴趣,我可以打开它的源代码。 希望这是有帮助的。 |
2
1
这看起来确实是轮毂的缺点。 我以前亲眼目睹过。 如果已将内容类型部署到集线器,请检查content-type元素的inherits标记是否设置为true。否则它就不能在集线器中工作。
|
3
0
别忘了,您实际上可以在服务器场之间同步内容类型——当您在一个单独的服务器场上开发时,这尤其有价值,而且不想与用于管理您的内容类型的PNP框架发生冲突…在某些情况下,内容类型可能已经存在于生产场中,并且您需要在开发和/或测试中提供它们的副本。 |