每月档案: 10 月 2007

使用 “用户或用户组” 计算列中

人们通常问有关使用数据类型的列"的人或集团" 在另一列中的数据键入"计算".

底线, 这在 WSS 无法正常工作 3.0 (或苔藓).

添加计算的列时, WSS 显示的字段的列表,它允许您将用于计算. 如果您键入的名称不是在其列表中的列, 它告诉你:

不允许一个或多个列引用, 因为作为公式中不支持的数据类型定义列.

解决方法: 使用事件处理程序. 事件处理程序触发时,用户保存项目. 它执行你所想要为你做的计算的列的更新.

有用的链接上一般计算字段:

快速免责声明: 我相信上述是真实和准确, 但我看到足够聪明技巧在这里和那里的 MOSS/WSS 就不会非常惊讶 (如果您将们兴奋不已) 如果有人想出办法做到这一点而不是诉诸代码. 如果你已经想出聪明工作周围或知道有人吗, 请让我知道!

MOSS/WSS 告诉我: “该页面已被修改另一个作者上 …” 但实际上, 它不是.

我们做了一些重型重新组织的"管理内容和结构"通过我们的网站分类. 我不知道什么原因, 这一过程 (虽然在主要工作) 快速启动中打破一些导航链接. 特点是断开的链接:

  • 错误的 URL. 例如, 它应该是"/ 地点/部门/HumanResources /…". 不过, 新的链接是"网站/公司/HumanResources /…".
  • 查询字符串的标题重复的位, 如在:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

这一点很容易修复通过网站的设置导航. 除了, MOSS 介绍我用这个当我试着做:

图像

事实是, 没有人制作那里任何改变 (我的旁边, 答案是肯定的).

快速搜索这个 MSDN 论坛讨论的结果: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

威廉 Heurdier 奠定很好地在倒数第二 (作为的 10/02/07) 发布:

事实是:

重置已损坏的标题, 你有的 :

– 删除已损坏的标题下的所有项目列表

– 删除已损坏的标题

– 从列表中的设置, 将已删除的列表添加到快速启动 (这重新生成非损坏的标题)

你是那么好去….


Sharepoint 专家 – Sogeti Cap Gemini 瑞士

我是有点混淆,因为我一直想要转到导航页面, 进行更改,然后就碰上"页面被修改" 消息. 最终, 我意识到我不得不转到列表设置并删除/添加到快速启动. 这是成功的关键. 快乐的时光在这里再一次!

</结束>

订阅我的博客!

存在的问题 “暂停直至日期” 浪涌保护器创建工作流中的活动

更新 12/10/07: 在 MSDN KB929816 所述的修补程序解决了这个问题,我们下面提到. 获取此修复程序,然后安装在每个服务器场中的. 然后, sharepoint 配置实用程序在每个服务器上. 这里是那个 KB 的 MS 支持链接: http://support.microsoft.com/kb/932816.

背景:

我们有一项业务要求环境工程部经理需要确保的地方 30 中制造地点遍布美国需求,以确保那些植物文件及时他们各种国家授权许可证. 一种方法,我们调查了利用"暂停直到日期" 活动通过 SharePoint 设计师 worfklow 提供给我们. 工程部经理 (或者她的助理) 在今年年初进入所有必需的许可证和提醒日期. 系统然后做繁重的工作.

环境:

苔藓, 64 位, 虚拟机环境 (发展框), 2 服务器 (在服务器上的 SQL #1, 所有其他服务器上 #2).

问题:

暂停直到日期操作看起来似乎最完美的解决方案,完全可以证明,自己是. 不过, 它不能离开框中 (对我们来说).

  1. 工作流不是计划运行作业, 过. 通过阅读就发现了这 克里斯托弗 · 怀特 (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 通过使用 stsadm 广交优秀撰写:

    C:\>stsadm-o getproperty-异步"就业工作流" -url http://本地主机

    <属性存在 ="不" />

    C:\>

    这是一个令人惊讶的结果,但容易解决:

    C:\>stsadm-o setproperty-异步"作业 worfklow" -属性值"每个 1 间隔分钟数 0 59" -url http://本地主机

    操作已成功完成.

    C:\>

    在这样做时, 第一次"的进展" 工作流快速高涨起来并做了工作.

  2. 不幸的是, 下一次没有按预期方式工作. 值得庆幸的是, 克里斯托弗是指我们 在这里 (http://support.microsoft.com/kb/932816). 作为此项的写作, 我们在等待 IT 部门,以获得该修补程序, 但是貌似很有前途. 我们的受影响.dll 的副本不共享相同的字节大小, 所以我希望这会解决问题.

解决方法:

重新运行 stsadm-o setproperty 命令似乎督促工作流计时器清醒. 它将, 约 7 分钟后, 其实醒来和继续工作流.

问题 / 处理的问题:

暂停直至日期不工作.

暂停直至日期无法恢复.

工作流状态不会更改从"正在进展"

工作流状态保持"正在进展"