每月档案: 3 月 2009

有趣的 SharePoint SSO 事实的一天

我一直在使用 SharePoint SSO 和学习,因为我去. 这工作的一种方法是,你告诉 SharePoint 外部应用程序. 用户登录到该应用程序通过一些 SharePoint 功能 (例如:. iView web 部件). 第一次在用户执行此操作, 它会提示他们为正确的用户 id 和密码才能使用该系统. 它建立您的 SharePoint 凭据与您的凭据后, 端系统之间的映射. 此后, 为了输入他们的 ID,当他们击中了该系统的用户不会有.

好为我工作的那部分. 不过, 它回避问题, "怎么会用户更改该用户 id 或密码?"用户可能犯了一个错误, 或您也许正在做一些测试在开发环境中,需要帐户之间快速切换.

我不知道问题的答案, 但我知道你可以进入中央行政和管理用户的凭据:

中央行政管理 — —> 操作 — —> 单一登录 — — 管理> 管理企业应用程序定义的帐户信息

从那里, 您可以指定外部应用程序 (例如:. SAP) 和你想要删除的帐户. 您还可以更改映射.

如果您知道如何允许最终用户直接更改他们的凭据, kindly post a comment 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

冒险与 iView Web 部件

我需要做一些小证明今天那 iView web 部件可以在我的客户的环境中工作. 我从未共事过这片 SharePoint 之前.

Microsoft 创建了一份非常高质量的白皮书,关于这一问题.

我不得不克服的第一个障碍是 — — iView web 部件在哪里? 因为某些原因, 我第一个想到的是不得不从某个地方网站下载, 也许 SAP 的网站. 我有 1/2 相信自己,iView web 部件可能甚至成本额外. 答案是肯定的, 它们所包含的苔藓 (我认为企业; 这是什么我使用在此事件中). 我见过标准的"添加 web 部件"对话框上百甚至更多时间和总是掩盖它. 没有了!

下一个障碍是我不能阅读说明.

使用 web 部件,并备存得到这个令人讨厌的消息:

没有 SAP 服务器配置此站点. 请与管理员联系以配置受信任的 SAP 服务器.

白皮书清楚地说要编辑位于文件的配置文件"<驱动器号:>\程序数值办公室 Servers12.0ConfigTrustedSAPHosts.config". 第十次我看着那, 我看到的只是"程序 Files…Config",我马上要去了 12 配置单元. 一次我终于减慢到读它, 我意识到我的错误,它也很容易解决.

我继续在我快乐的路上与 SSO 配置. 这不是在向我清楚如果这样行得通, 但这是另一个故事的另一天.

底线:

1. iView web 部件包括与 SharePoint 出来的 (很可能是企业).

2. 神奇的配置文件, ""TrustedSAPHosts.config, 不居住在 12 配置单元.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

MOSS 用户配置文件为用户的语言首选项的监督

我的当前项目, 有些用户将旅行世界各地和他们得出不同的目的地, 使用任何机器时派上用场. 那些客人机器将运行 Windows 安装和配置为本地语言环境. (我只被意识的来宾机器可能没有正确的语言包… 很可能不会, 事实上… 我停车,现在的人).

SharePoint 需要提供一种机制,藉以用户能够选择他们的首选的语言,然后荣誉那语言无论用户如何访问苔藓青苔. 换句话说, 无视无论浏览器会告诉 IIS/苔藓和相反查找该首选语言和使用它.

我们要去调查两种方法:

  1. HTTP 处理程序: 在 IIS 上安装自定义 HTTP 处理程序将查找用户的 MOSS 配置文件, 找出的首选语言,然后交换机周围所需的 HTTP 标头之前将控制传递给苔藓.
  2. global.asax: 修改 global.asax 来做同样的事情. 我们可能会修改别的东西, 但这个想法是,我们找到一些我们可以在其中插入我们区域设置开关的逻辑的地方.

其他复杂的因素是我们需要支持 60 k 用户, 关于 1,000 ,可能在同时访问 MOSS 在峰值负载.

HTTP 处理程序看起来蛮厉害, 但可能是最好的地方,要放入的代码,因为它是在 IIS 级别和全知. 它是工作的好的单点.

我们倾向于 global.asax 类型方法, 主要是因为我们相信我们会有更多的选项,用于在该点缓存数据.

我学了更会更多关于这个主题的博客.

如果你知道这件事, please post a comment 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

捕获 “mailto:” 度量标准

我在一个项目,我们需要收集度量一个功能叫做"分享一个故事。" 这个想法是很简单 — 如果你正在看一篇有趣的文章在 intranet 上,并且想要与其他人共享它, 单击标记为"分享这个故事的链接" 电子邮件发给你的朋友.

我们玩自定义窗体为此目的, 但最终, 常识赢得了一天,我们只是使用熟悉 <href = mailto:…> 技术. (<href mailto:…> 是有点出乎意料的强劲; 作为奖金, 该链接给我带回我老的 UNIX 男子页天; 那段日子!).

这种技术为最终用户提供了大界面,因为他们,要使用他们熟悉 MS Outlook 客户端 (或已安装的任何电子邮件客户端).

它使事情更难我们可怜的开发人员类型以来他们客户端 * 还 * 想要运行报告,在未来如何往往显示用户分享的故事,甚至哪些故事最常共享.

我们 whiteboarded 几个可能的解决方案. 我最喜欢的是到碳副本 (抄送) SharePoint 列表. 这种方式, 最终用户仍然获取 outlook 客户端,而我们要捕获的事件,因为我们会买电子邮件的副本. 有一些明显的缺点. 主要的问题是,该用户可以简单地清空或否则为裂伤抄送地址. 和, 我们需要管理电子邮件,事件库. 我们有一个预定的工作负责,清理的白板上.

如果您有一些聪明的办法,解决这个问题, 请告诉.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin