问题标签 [moss]

我对 Microsoft PerformancePoint Server 的许可模式感到困惑。

当我查看 http://www.microsoft.com/business/performancepoint/howtobuy/default.aspx

我看到一个 20,000 美元的服务器许可证，外加一个 200 美元的 CAL 许可证。但是语言对于这意味着什么有点含糊不清——任何查看报告的用户或报告更新者/创建者都需要 CA1 吗？

非常感谢，

d

-彼得

谁能告诉我如何使用共享点获取某个组内的用户？

所以我有一个包含用户和或组的列表。我想检索该列表中的所有用户。有没有办法区分列表项是组还是用户。如果它是一个组，我需要获取该组中的所有用户。

我正在使用 c#，并且我试图通过使其成为控制台应用程序来做精简。

我是sharepoint的新手，我真的跳进了这里的池子的深处，任何帮助都将不胜感激。

干杯..

我对 sharepoint 和 ajax 功能有奇怪的问题。我们在 webpart 中放置了一个 UpdatePanel。当发生部分回发时，页面标题会丢失。

我们发现临时的部分解决方案是将标题元素写入一行，并且在其中不使用任何空格或控件......甚至不是文字控件。

但是我们需要一些方法来为所有页面提供 sommon 标题，所以标题看起来像这样：我的默认标题 - 当前页面标题

任何想法如何解决这个问题？

我在这里面临一个相当特殊的问题。我们有一个 OOTB 批准工作流，它将所有工作流历史记录到一个工作流历史列表中。此列表每 60 天清除一次。为了增加保留工作流程历史记录的时间段，我搜索了一下，发现我已经运行了这段代码：

使用 (SPSite wfSite = new SPSite(siteUrl)) {

}

该代码运行良好，因为它不会引发任何异常。到现在为止还挺好。但我现在的问题是我需要测试我的代码是否有效。所以我将 newCleanupDays 变量设置为 0。但我看到新的工作流活动仍在工作流历史记录列表中记录。我可以将变量设置为 1，但这意味着要等待一整天才能查看代码是否有效。

有什么方法可以测试我的场景，这样我就可以将自动清理天数设置为 1，而且我不必等待一整天来查看我的代码是否有效？有什么办法可以“愚弄”系统认为已经过去了 1 天？我尝试更改系统时间并重新启动服务器和所有内容，但它对我不起作用。

是否有允许在 MOSS 中查询（和聚合数据）信息路径表单库的工具？我不能使用提升字段，因为我要查询的某些项目位于无法提升（AFAIK）的重复组中。所以我必须查询底层的 XML。

我意识到我可以编写自定义代码来遍历表单并在每个表单上执行 xpath 查询，我只是想知道是否有现有的工具或功能可以做到这一点？

我有一个标准的 MOSS 2007 网站（MOSS 术语：应用程序和 SiteCollection）

我找到了主目录（作为它在 IIS 中的设置）

我在这个目录中创建了一个 keepAlive.aspx 文件。内容非常基本......但它是一个有效的 winForm 文件（不是 0KB 文件）

当我尝试导航到该文件时，我得到一个 404（找不到文件）。

有任何想法吗？

客户端InfoPath中的表单与通过 Forms Server 托管的表单之间是否存在明确的功能差异列表？InfoPathInfoPath

与以前使用过并部署过该技术的人交谈时，他们无法告诉我任何具体的信息，除了在 Forms Server 中托管更复杂的表单时不可能。

但是找不到任何文档，想法？

在 ASP.NET 中，波浪号 (~) 被视为 URL 中的一个标记，并将带有前缀的路径视为相对于应用程序根目录。这是众所周知的功能。

在 MOSS 中，还有其他标记，例如 ~sitecollection/mypath...，其行为方式类似，但将路径视为相对于网站集根目录。这是如何实现的？经过粗略搜索后，我找不到任何有关如何将这样的令牌添加到 .NET URL 解析机制的信息。

我对打开 moss 站点的单向 Web 方法有疑问（可能是因为在单向 Web 方法中，上下文为空）

是否可以重写此代码以删除空引用异常？（没有单向属性我没有例外）

例外是：

我正在尝试修复 MOSS 2007 站点上损坏的 SSP。我遇到的问题表现如下......

在 SSP“搜索设置”页面中，我收到以下消息：

搜索服务当前处于离线状态。访问 SharePoint 管理中心中的“服务器上的服务”页面以验证该服务是否已启用。这也可能是因为正在进行索引器移动。

在 SSP“用户配置文件和属性”页面中，我在顶部以红色显示：

访问 SQL Server 数据库或 Office SharePoint Server 搜索服务时出错。如果这是您第一次看到此消息，请稍后再试。如果此问题仍然存在，请联系您的管理员。

我已经联系了我的管理员，但目前是我本人，事实证明我对这个问题一无所知。

在事件日志中，我收到以下消息：

作业定义 Microsoft.Office.Server.Search.Administration.IndexingScheduleJobDefinition (ID 8714973c-0514-4e1a-be01-e1fe8bc01a18) 的 Execute 方法引发异常。更多信息包括在下面。

搜索应用程序“{0}”尚未准备好。

事件 ID 是 6398，它没有我希望的那么有用，但我发现这条消息很有趣，因为它看起来像一个缺少替换值的 String.format 调用。不幸的是，它告诉我如何解决问题并不有趣。

Sharepoint 自己的日志提供了这一点：

我已经尝试停止和启动搜索服务，从管理面板中删除和重新添加它，以及几乎所有我能找到的与 Sharepoint 自己的管理工具有关的事情，这让我相信这里的问题可能是数据库或权限相关。

在同一台服务器上设置了第二个 SSP，我认为这可能是问题的原始原因的一部分，但删除它并没有什么区别。