『听风且吟』技术版

在下一版Office（Office 2010）中，Groove将迎来一个新的名称：SharePoint WorkSpace 2010！

在Visual Studio 2005时代，Visual Studio的插件提供了一个批处理文件（*.bat）来部署SharePoint工作流；在Visual Studio 2008时代，Visual Studio支持直接部署SharePoint工作流。虽然使用Visual Studio 2008来设计、开发以及部署SharePoint工作流非常方便，但如果想要把开发好的工作流部署到其他服务器，就会发现，Visual Studio 2008并没有将工作流生成为一个WSP文件，也没有提供批处理文件。 本文就来介绍一种在Visual Studio 2008中生成SharePoint工作流WSP文件的方法。虽然这个方法并不是什么新方法，但却知者甚少，所以我还是累述一下吧。

SharePoint的调查功能是一种用来收集反馈的极为有效的方法。在调查列表中，可以设置权限来规定用户是否能看到其他用户的答复以及是否能编辑其他用户的答复，但这种权限仅限于其他用户已经正常完成了的答复。 也就是说，如果某一用户的答复没有正常完成，只是暂时保存了，那么除了创建者之外，所有人都无法在调查列表中看到该答复，甚至管理员也不例外。

MSDN发布了名为《Workflow Scalability and Performance in Windows SharePoint Services 3.0》的白皮书。

InfoPath是从Office 2003是加入的新成员，简单的说，它是一款表单设计和填写软件。我们可以使用InfoPath提供的许多布局方式和控件来快速设计表单；可以使用规则来根据条件执行一些操作；使用数据验证来验证输入内容的合法性；使用条件格式来控制控件的外观；使用公式来动态获取或计算控件的值；还可以从Web Services、SharePoint、XML文件、SQL Server数据库和Access数据库等外部数据源中获取数据并应用到表单中。

VSeWSS v1.3 CTP发布了，目前只能在Connect上获取，新版本只是对v1.2进行了改进和增强，开发团队的意思是让我们期待Visual Studio 2010中的VSeWSS吧，这个v1.3也只是一个过渡工具。

Visual Studio 2010 Tools for SharePoint是未来的Visual Studio 2010中的一个组成部分，这个Tools提供了什么振奋人心的功能呢？

在上一篇文章《MOSS多级审批工作流【StateMachine版】》中，有这样一个情景，我创建了两个任务，并且要等到这两个任务都完成后，根据其结果进行一些操作。在这一部分，我遇到一个问题，如何并行的处理这两个任务呢？

去年我发布过一个MOSS多级审批工作流，采用顺序工作流模式开发；后来又做了一些改进，用ConditionedActivityGroupActivity取代了繁复的WhileActivity+IfElseActivity嵌套，但仍然是顺序工作流。 在第二篇文章的末尾我曾写道：“审批这样的流程并不适合用顺序工作流来实现，用WF的另外一种工作流-状态机工作流会更好”，为什么这样说呢？

一直以来都被MOSS的工作流权限问题所困扰. 我们虽然将任务分配给了某人,但事实上,所有在任务列表中有编辑权限的用户都可以编辑该任务. 而我们并不希望用户能够看到不属于自己的任务.