博客园-SharePoint团队http://sps.cnblogs.com交流SharePoint相关技术。zh-cnThu, 24 Jul 2008 18:07:07 GMTThu, 24 Jul 2008 18:07:07 GMT60K2 实现流程节点动态配置http://www.cnblogs.com/wanghao-3/archive/2008/07/24/1250845.htmlA AA AThu, 24 Jul 2008 12:38:00 GMThttp://www.cnblogs.com/wanghao-3/archive/2008/07/24/1250845.html以前本blog有讲关于 K2 blackpearl 结合MOSS表单库实现请假流程
K2.net 2003 

我接触K2是首先接触 k2 blcakpearl 开发过基于MOSS的流程。感觉K2 blcakpearl 非常强大，为用户提供过
很多向导，很多东西都需要配置 配置就OK，或者根据他自己生成的代码修改修就OK ，K2 blcakpearl  还有一个更大的优点就是K2 blcakpearl  底层是基于WF，所以跟MS接触的更紧密。由于他都是提供很多向导 感觉操作界面没有K2。net 简洁 。让一般开发者上手不是很容易。仍然给予WF ，WCF ，WPF 但是还是有很多不够灵活的地方 。
最近 又用K2。net 开发过项目。感觉k2.net 很容易上首。，也非常简单。扩展性也非常强悍。。

这个是最近实现的一个流程：
流程很简单。。这个流程的重点是，用户可以在数据库灵活的配置节点。很容易禁用节点。启用节点

此流程的实现原理： 用户提交流程-〉level Activity ，来判断当前的申请人的级别来走流程。
走流程的时候，来判弹审批节点是否禁用，如果禁用，在走向下一个流程节点 ，
下个节点 如果没有被禁用 然后审批。审批后  流程再次流转到 level Activity 再次判断 流程的下级是否禁用。如果禁用 ，再次走下一级。。。来回循环。。就很容易解决流程节点动态问题
流程图如下:

 

 

 

希望给大家一些帮助 ...



[新闻]奇虎回应:瑞星半年免费版像是一个恶意软件]]>老板的几句话http://www.cnblogs.com/shunliy/archive/2008/07/23/1249605.htmlshunliyshunliyWed, 23 Jul 2008 07:03:00 GMThttp://www.cnblogs.com/shunliy/archive/2008/07/23/1249605.html1.不过想做成为一个好的程序员，要经的起、承担的起压力的

2.你现在要学会，对于不好解决的问题，把问题进行分解（这是解决问题的思路），逐个解决，即使搞不定也可以找别人支援

3.关键你要给你自己一个要求，争取到年底有所提高，出现一些挫折没有关系，要对自己有信心，重在坚持，一定会出现好的成果

4.人生最需要的不是规划，而是在适当的时机掌握机会，采取行动
5.完美的演出来自充分的准备
6.勇于改变自己，适应不断变化的环境，机会将不断出现
7.快乐及有意义的人生来自于实现自己心中的愿望，而非外在的掌声



[新闻]鲍尔默致员工信：部署09年微软5大工作重心]]>SharePoint And Ajax Technology（3）：SharePoint集成Ajaxhttp://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243952.html努力学习的小熊努力学习的小熊Tue, 22 Jul 2008 08:22:00 GMThttp://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243952.html阅读全文

[新闻]陈一舟:Facebook也抄袭过校内 不怕打官司]]>SharePoint And Ajax Technology（2）：Ajax Control Toolkit学习http://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243939.html努力学习的小熊努力学习的小熊Tue, 22 Jul 2008 08:21:00 GMThttp://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243939.html阅读全文

[新闻]微软重组视窗与在线业务]]>SharePoint And Ajax Technology（0）：Ajax环境安装http://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243079.html努力学习的小熊努力学习的小熊Tue, 22 Jul 2008 08:20:00 GMThttp://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243079.html阅读全文

[新闻]我国网民数达2.53亿超美国居世界首位]]>SharePoint And Ajax Technology（1）：Ajax技术学习http://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243084.html努力学习的小熊努力学习的小熊Tue, 22 Jul 2008 08:20:00 GMThttp://www.cnblogs.com/Bear-Study-Hard/archive/2008/07/22/1243084.html阅读全文

[新闻]瑞星炮轰奇虎用阉割版杀毒软件欺骗用户]]>状态机工作流的并行事件http://www.cnblogs.com/xiaoshatian/archive/2008/07/22/1248102.htmlWindie Chai（笑煞天）Windie Chai（笑煞天）Tue, 22 Jul 2008 01:04:00 GMThttp://www.cnblogs.com/xiaoshatian/archive/2008/07/22/1248102.html 在上一篇文章《MOSS多级审批工作流【StateMachine版】》中，有这样一个情景，我创建了两个任务，并且要等到这两个任务都完成后，根据其结果进行一些操作。在这一部分，我遇到一个问题，如何并行的处理这两个任务呢？

 

已知一个EventDrivenActivity不能跳转到一个以上的StateActivity中，所以我只能在同一个StateActivity中处理这两个任务。于是又引出一个问题，既然要并行的处理这两个任务，那么就得将OnTaskChangedActivity分别添加到不同的EventDrivenActivity中，那么如何在两个任务都被修改之后再进行操作呢？也就是说，如何在两个EventDrivenActivity都结束之后继续操作呢？

 

在上一篇文章中，我的方法是每一次修改任务之后，都维护一个bool值，然后在每个EventDrivenActivity的最后添加IfElseActivity来判断两个bool值是否都为TRUE，如果都为TRUE，再根据任务审批结果跳转到不同的StateActivity。

这种方法固然没有问题，但终究有些繁琐，而且，如果我们修改了流程，需要使IfElseActivity中某一分支跳转到新添加的StateActivity，那么就得到逐个EventDrivenActivity内部修改。

 

其实我们完全可以把这种方法再抽象一下，为什么说状态机工作流是“事件驱动”工作流呢？是因为每一个状态都依靠事件来决定下一步的流转方向。

就拿在SharePoint工作流中为用户创建任务为例，我们在StateInitializationActivity中添加CreateTaskActivity来创建任务，然后在EventDrivenActivity中添加OnTaskChangedActivity来接收任务被修改的事件，根据任务修改的结果来决定跳转到哪个StateActivity。

那么CreateTaskActivity和OnTaskChangedActivity又是什么原理呢？CreateTaskActivity其实是从CallExternalMethodActivity继承而来，而OnTaskChangedActivity是从HandleExternalEventActivity继承而来，这两个活动一个用来调用宿主的方法，一个用来接收宿主的数据（如果想了解这两个活动，请参见我翻译的《WF编程 - 本地通信事件》（1、2））。

CreateTaskActivity调用SharePoint Service提供的的CrateTask方法来创建一个任务，当用户修改了任务时，SharePoint Service就触发OnTaskChanged事件，工作流中的OnTaskChangedActivity捕获了此事件，进行处理，使得工作流可以继续进行。

 

再回来思考我们的需求，不就是希望在每一次任务修改之后都能触发一个共同的事件，在利用此事件判断是否所有任务都已经完成吗？

那么参照CreateTaskActivity和OnTaskChangedActivity的方式，我们只需要这样做就可以满足要求了，在每一次任务被修改后，使用CallExternalMethodActivity调用一个方法，这个方法当然不可能是SharePoint提供的了，这需要我们自己提供，这个方法只做一件事情，就是触发一个事件。接着我们在同一个StateActivity中再添加一个新的EventDrivenActivity，在其内部添加一个HandleExternalEventActivity来接收这个事件，接着再利用IfElseActivity来判断所有任务的处理结果并执行相应的跳转。 这样做的好处是把以前每个EventDrivenActivity中的IfElseActivity独立成为一个单独的部分，利用WF的本地通信服务，我们仍然可以实现每一次修改活动，都执行IfElseActivity，但如果需要修改跳转的目标StateActivity，再也不需要逐个修改了。

 

但是在这个示例中，我并没有直接用CallExternalMethodActivity和HandleExternalEventActivity活动，而是继承它们来得到两个自定义活动，为什么要这样做呢？

前边提到，CallExternalMethodActivity会调用一个方法，这个方法需要我们自己提供，那么我们就要编写相应的接口和实现这个接口的服务，最重要的是，我们必须在ExternalDataExchangehangeService中添加这个服务，然而SharePoint Service并不允许我们接触Workflow Runtime，好在如果开发自定义活动的话，在活动的Execute方法中，我们可以通过ActivityExecutionContext的相关方法获得ExternalDataExchangehangeService，然后为其添加自定义服务。

关于WF本地通信服务的机制和开发方法，请参见我翻译的《WF编程 - 触发事件与调用方法》（1、2、3）。

 

这篇逻辑混乱的说明文到此结束，各位朋友倘若看的不明白，那一定是我的文笔太差，下载源码一看便能明白了。

点击下载源码（本例为MOSS多级审批工作流【StateMachine版】的修改版）

注：

  • 请用Visual Studio 2008打开源码
  • 需要SharePoint Service支持
  • 编译之后请手工将WindStyle.WindowsWorkflow.Activities.dll添加到GAC


[新闻]阿里巴巴正式成立台湾分公司]]>WSS工作流SDK学习日记（1）—— WSS工作流介绍http://www.cnblogs.com/mossdotnet/archive/2008/07/20/1246917.htmlmoss.netmoss.netSat, 19 Jul 2008 23:48:00 GMThttp://www.cnblogs.com/mossdotnet/archive/2008/07/20/1246917.html 

1.   WSS工作流介绍

在WSS3.0中，工作流可以添加一些商业流程到某个列表项中，这个流程可以控制列表项各个方面，包括列表项的生命周期。比如，你可以创建一个文档多级审批的简单工作流。

工作流可以满足简单或者复杂的商业需求，你可以创建工作流使得列表项在触发某些事件后自动启动用户界面进行用户的交互，比如在列表项创建或者修改的时候。

利用WSS工作流

       WSS3.0工作流可以实现在列表或者文档库级别。工作流可以添加在文档或者列表项上，也可以添加在内容类型上。多个工作流可以同时添加在指定的列表项上，但是同一时间一个列表项只能有某个工作流的一个实例，比如你可以同时添加审批工作流和反馈工作流在一个指定的内容类型上，但是你不能同时运行审批工作流的两个实例在同一个内容类型上。

Sharepoint工作流技术架构

       你可以利用Visual Studio 2005的工作流设计器来创建工作流。每个工作流会编译成自己的动态链接库。另外，工作流通过自定义工作流表单和用户直接交互，在每个阶段收集用户的信息。

       在服务场中安装工作流，你需要创建工作流定义。工作流模板定义是一个XML文件包含WSS中运行工作流实例的信息，比如：

l 工作流名称，GUID和描述

l 工作流中使用的自定义表单位置

l 工作流程序集相关信息

       每个服务器场包含一个工作流关联信息表。表中每条记录包含应用在指定内容类型，列表或者文档库的工作流相关信息。这些相关信息包括工作流是自动启动还是通过用户启动，工作流的任务和历史列表等。如果一个工作流被添加在多个内容类型或者文档库，在表中会有针对每个关联的记录。同样，如果你添加多个工作流在指定的内容类型，列表或者文档库，那么表中包含每个工作流添加的内容类型，列表或文档库信息。

         下图描述了WSS3.0工作流概念架构。服务场中每个添加工作流的内容类型，列表和文档库都会记录在关联表中。每个工作流有一个工作流定义。这个基于XML定义文件包含了工作流程序集信息，类名以及工作流中使用到表单位置。

 

1.1       工作流的阶段

要更好地了解工作流是如何是什么以及如何在WSS3.0中被使用，我们需要讨论一下工作流在和用户交互的不同阶段。

工作流关联

工作流被安装在服务器级别，但是站点集管理员必须把它指定到服务器的某个站点集上。

网站管理员可以把工作流添加到一个列表，文档库或者是内容类型上。他们可以选择列表，文档库或者内容类型上可以使用哪些工作流，也可以通过设置工作流参数信息来自定义工作流，比如：

l 工作流的名称

l 工作流是如何被应用到指定项目：当项目创建或者修改时候自动或手动启动工作流；哪些角色，管理员还是审批者可以启动工作流

l 如果工作流需要任务，那么需要使用哪个任务列表

l 是否使用工作流历史记录列表保存工作流历史事件

要自定义工作流信息，工作流必须提供自定义表单以便网站管理员输入自定义信息。

工作流初始化

拥有相应权限用户可以手动初始化工作流。首先用户在WSS3.0选择某个项目，在项目工作流菜单选择关联工作流。接着，用户提供自定义信息到指定工作流并初始化工作流。初始化工作流就是给指定的项目创建一个工作流实例。

对于用户自定义工作流初始化设置，工作流必须提供自定义表单显示给用户。用户在表单中设置初始化信息，这些设置通过工作流引擎，运用在新的工作流实例。

工作流状态

用户可以查看某个列表项工作流的进度。在状态页面显示列表项目工作流当前状态。另外，每个列表项都有一个工作流页面，在这个页面上用户可以查看下面信息：

l 当前运行在这个列表项所有工作流

l 过去运行在这个列表项所有工作流

l 这个列表项可以利用工作流

当用户为一个列表项初始化工作流后，WSS3.0为这个列表项添加一个字段。这个字段名字通过初始化工作流中设置。WSS3.0利用这个只读字段来显示当前工作流状态。WSS3.0会在每个工作流第一次运行时添加这个状态栏。

工作流任务完成

工作流通过任务列表来显示每个阶段。当设计工作流时，工作流作者可以指定任务模式。比如，任务列表可以包含下面内容：

l 任务标题

l 任务分配对象

l 任务状态

l 任务优先度

l 任务到期日期

l 相关文档链接

工作流运行时任务就被创建，用户可以选择任务并标记完成以及输入一些可选或者必输的信息，接着工作流实例会改变工作流任务并进行到工作流的下一个状态。

 

1.2       工作流宿主架构

在WSS3.0中工作流是建立在微软工作流架构上，这是一个微软平台组件，它提供了开发平台和开发工具来开发基于工作流的应用程序。WSS3.0利用两个组件来开发工作流： Visual Studio 2005工作流设计器和工作流运行时引擎。

Visual Studio 2005工作流设计器

Visual Studio 2005工作流设计器是Visual Studio 2005的一个插件用于开发者创建自定义工作流和工作流活动。WWF提供工作流模型允许开发者描述商业流程，工作流通过图形化部件，XML定义，代码来创建。Visual Studio 2005工作流设计器提供了一个直观的图形化设计界面使得开发者可以很方便组合预先定义的活动到自定义工作流上。工作流创建者可以像开发.net framework那样对工作流模型进行开发和扩展。

微软工作流（WF）运行时引擎

工作流运行时引擎管理工作流运行并且允许工作流在机器重启后长时间保持相关状态。运行时服务提供核心服务例如事务化和持久化到运行时引擎。WF允许任意应用程序进程或者服务作为工作流宿主运行工作流，实际上是把工作流加载到进程中。当你在WSS3.0中创建工作流，WSS3.0就是工作流的宿主。

工作流运行时引擎为每个工作流提供应用程序需要的服务，例如顺序化，状态管理，跟踪以及事务支持等。工作流引擎提供状态机用于加载和卸载工作流模板和管理当前工作流运行状态。

WSS3.0作为工作流运行时引擎宿主，取代包含在WF的服务，提供了自定义服务： 事务化，持久化，通知，角色，跟踪以及消息。开发者可以基于WSS3.0创建工作流解决方案。

下图显示WSS3.0工作流架构。WSS在它的进程中加载WF运行时引擎并且提供必要服务的自定义实现。WSS3.0提供的一些这些机能都可以通过WSS3.0对象模型来进行开发。

 

 

工作流持久化

WSS3.0提供很重要的服务就是工作流持久化。工作流包含用户交互信息必须长时间保存在计算机上。在实际运用中，一个文档需要审批的工作流可能运行很多天。很明显，把工作流运行期间内容保存在内存中是不可行的，大量长时间运行的工作流数据很快会使系统崩溃。

所以，取代保存在内存中做法，一旦工作流实例到达需要用户输入的时候，WSS3.0就会将工作流实例从内存中取出并持久化数据。当相应事件触发时候，比如用户输入，需要再次实例化工作流，WSS3.0会利用持久化的数据重新实例化工作流。这样在拥有大量工作流实例时候，实际上在内存中运行的只有少数几个工作流实例。

1.3       工作流类型

WF支持两种基本工作流类型。你可以在WSS3.0创建这两种工作流。

顺序工作流

顺序工作流是按照顺序运行每个步骤直到最后一个工作流活动的结束。但是，顺序工作流在过程中并不是完全顺序执行，因为在过程中可以接收外部事件，包含一些并行逻辑流程等,使得顺序活动执行发生一些变化。

状态机工作流

状态机工作流有一系列状态，事务和活动。一个状态表示开始状态，基于事件或事务可能变成另一种状态。状态机流程有最终状态表示工作流的结束。



[新闻]浅析facebook的信息架构]]>利用INFOPATH2007&VS2005开发MOSS工作流详解http://www.cnblogs.com/mossdotnet/archive/2008/07/19/1246597.htmlmoss.netmoss.netSat, 19 Jul 2008 05:14:00 GMThttp://www.cnblogs.com/mossdotnet/archive/2008/07/19/1246597.html最近学习MOSS的工作流开发，翻译MSDN的关于INFOPATH+WF开发工作流例子，这里把整体过程总结一下，发布给大家，不足之处多多指教

 

利用INFOPATH2007&VS2005开发MOSS工作流(开发篇)

/Files/mossdotnet/2.pdf

 

利用INFOPATH2007&VS2005开发MOSS工作流(部署篇)

/Files/mossdotnet/1.pdf

 



[新闻]Mozilla将于本周五发布Firefox 3.1第一个预览版]]>《博客园精华集－－Sharepoint分册》第三轮结果http://www.cnblogs.com/firstyi/archive/2008/07/17/1245256.html永春永春Thu, 17 Jul 2008 08:01:00 GMThttp://www.cnblogs.com/firstyi/archive/2008/07/17/1245256.html写在前面：
Sharepoint接触的人相对比较少，筛选下来感觉精华文章不多。对于本分册我准备采用入门、使用、开发、进阶的组织方式，当然如果大家认为不够精华有违精华集的宗旨的话，也可以将本分册拿掉，把其中的精华文章合并到其他分册。

下面是我初步筛选的结果，时间、能力有限，难免有疏漏之处，希望大家能够提出宝贵意见，如分类不正确、转载文章、质量太差等，我们将根据大家的意见在后面的工作中进行调整。
另外，如果您的文章当前已经被收录，但您不想让文章进入本书，请一并提出，谢谢合作。

目录如下：  阅读全文

[新闻]瑞星将向个人用户免费1年]]>续-在sharepoint中利用文档库扩展新闻应用http://www.cnblogs.com/ttinfo/archive/2008/07/16/1243987.html磨剑磨剑Wed, 16 Jul 2008 01:39:00 GMThttp://www.cnblogs.com/ttinfo/archive/2008/07/16/1243987.html关于《在sharepoint中利用文档库扩展新闻应用》的一些补充。

  阅读全文

[新闻]中国互联网历史上最伟大的产品TOP10（二）]]>MOSS多级审批工作流【StateMachine版】v1.1http://www.cnblogs.com/xiaoshatian/archive/2008/07/15/1242998.htmlWindie Chai（笑煞天）Windie Chai（笑煞天）Tue, 15 Jul 2008 01:08:00 GMThttp://www.cnblogs.com/xiaoshatian/archive/2008/07/15/1242998.htmlMOSS多级审批工作流，采用顺序工作流模式开发；后来又做了一些改进，用ConditionedActivityGroupActivity取代了繁复的WhileActivity+IfElseActivity嵌套，但仍然是顺序工作流。
在第二篇文章的末尾我曾写道：“审批这样的流程并不适合用顺序工作流来实现，用WF的另外一种工作流-状态机工作流会更好”，为什么这样说呢？
我们已经知道，顺序工作流的执行过程是一个连续的步骤，从开始到结束，虽然我们可以利用While这样的循环活动让工作流看起来往回去执行了几步，但是这样的后果就是一张难以理解的流程图和复杂的执行逻辑。
真实世界的工作流程是灵活的，往往不是一条线走到底的，中间可能包含这许多决策，每个决策都可能让流程走向另外一个方向。所以包含人类参与的工作流其实是一个决策推动的流程，把它抽象到工作流中，就成了“事件驱动工作流”，也就是状态机工作流（StateMachine Workflow）。
状态机工作流由一系列状态（State）组成，每个状态中又可以包含一系列事件的处理程序。状态机工作流总是停留在一个状态中，等待必要的事件被触发，然后跳转到新的状态。
那么现在再来看看这个多级审批工作流的原始流程图：
 
下面是用状态机实现后的流程图：
 
你会发现，状态机工作流的流程图和我们最初的流程图相当接近，无论是流程块还是之间的连线。如果再和之前用顺序工作流实现后的流程图对比一下，那么以后你在遇到人类参与的工作流时，一定不会考虑用顺序工作流实现了。

下面简要的说明一下状态机工作流的开发要点：

1.如何规划状态？

在MOSS的状态机工作流中，我们一般这样规划一个状态：

在状态初始（StateInitializationActivity）时创建任务（CreateTaskActivity），在状态结束（StateFinalizationActivity）时删除任务（DeleteTaskActivity）。而在初始化和结束之间，我们可以添加多个事件驱动（EventDrivenActivity），EventDrivenActivity的作用是接收并处理事件（比如任务被修改的事件，OnTaskChangedActivity），然后可以根据事件的处理结果跳转到其它状态（SetStateActivity），你可以将SetStateActivity理解为各个状态之间的连接线。

2.如何实现Task3和Task4的并发？

注意在最初的流程图中，Task3和Task4是两个并列的任务，在这个审批流程的Sequence版实现中，我们当然选择用ParallelActivity来实现并发，在StateMachine中我们仍然可以这样做，不过如果要将Task3和Task4安排成两个状态，我们就得在ParallelActivity的两个分支中都添加一个SetStateActivity并指向相应的State。
但是这时候你会吃惊的发现，虽然每条分支都执行了，但只有最后一条分支中的SetStateActivity正确的执行了跳转。
因为一个EventDrivenActivity只能跳转到一个StateActivity，所以我们需要其它方法来实现Task3和Task4的并发。

我的方法是将Task3和Task4集成到一个状态里，先在状态初始时创建两个任务，然后添加两个几乎一模一样的EventDrivenActivity来分别处理两个任务被修改的事件，下面是这个EventDrivenActivity的子活动组成：

在处理完任务被修改的事件后，我会将此任务标记为“已完成”，并记录其审批结果；接着，利用IfElseActivity判断两个任务是否都被标记为“已完成”，如果还有任务没有完成，就不做任何操作，如果两个任务都已经完成，就再根据它们的审批结果来决定跳转到哪个状态。

3.为什么把删除任务的活动添加到了EventDrivenActivity内部而不是StateFinalizationActivity内部？

这样做是因为我想在任务被处理后马上删除它，但StateActivity总是等到执行SetStateActivity时才会执行到StateFinalizationActivity，而上面我们已经实现了两个任务都完成后才发生跳转，所以如果将DeleteTaskActivity添加到StateFinalizationActivity的话，就做不到实时删除任务了。 

4.为什么要在EventDrivenActivity内部添加IfElseActivity？

答案是为了实现直到两个任务都完成后才发生跳转。
但是，这样做的后果就是我不得不在每次处理完任务之后都添加这个IfElseActivity，好在我们的流程只有两个并发的任务，如果有三个、五个甚至更多呢？这种判断方法就显得非常麻烦，而且会让流程结构变得臃肿，难道就没有更好的方法吗？希望和大家一起探讨这个问题，我也会在下一篇文章中介绍一种取代这种频繁利用IfElseActivity进行判断的方法。

OK，以上就是这个多级审批工作流（StateMachine版）的实现要点，欢迎大家共同交流探讨。
源码下载：点击下载（Visual Studio 2008）

[新闻]盖茨官方否认天价租楼看奥运 纯属地产商炒作]]>我所知道的SharePoint feature（3）http://www.cnblogs.com/jdxyw/archive/2008/07/14/1242496.htmljdxywjdxywMon, 14 Jul 2008 06:48:00 GMThttp://www.cnblogs.com/jdxyw/archive/2008/07/14/1242496.htmlhttp://www.andrewconnell.com/blog/articles/CreatingCustomSharePointTimerJobs.aspx 其中讲到了如何用feature来对一个新的timer job进行部署。这里使用到了如何添加feature event handler。这里就利用学习timer job 的机会，也写写如何自定义一个feature的event handler
    与feature自身相关的event有四种安装 删除 激活 取消。我们就是利用activate的时候，来控制对job的设置，利用deactivate的时候，将指定的job删除。
    1.在VS中创建一个class library的工程。在reference中加入Microsoft.sharepoint.dll,这个dll可以在C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI下找到。
    
    
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.SharePoint;
using Microsoft.SharePoint.Administration;

namespace TimerJobDemo
{
    class TimerJobDemoFeature:SPFeatureReceiver
    {
        public override void FeatureInstalled(SPFeatureReceiverProperties properties)
        {
            //throw new NotImplementedException();
        }

        public override void FeatureActivated(SPFeatureReceiverProperties properties)
        {
            //throw new NotImplementedException();
            SPSite site = new SPSite("http://litwaredemo");
            SPWeb rootweb = site.RootWeb;
            SPList list = rootweb.Lists["ForTimerJob"];
            SPListItem item = list.Items.Add();
            item["Title"] = "This is a test";
            item.Update();
        }

        public override void FeatureDeactivating(SPFeatureReceiverProperties properties)
        {
            //throw new NotImplementedException();
        }

        public override void FeatureUninstalling(SPFeatureReceiverProperties properties)
        {
            //throw new NotImplementedException();
        }
    }
}

        以上就是feature event handler的代码，我们可以看到，在featurereceiver中我们需要重载四个不同时期的函数，但是我们只是对其中的featureactivate进行了完整的实现。
        2.在同一个工程中新建一个文件夹，命名为TimerJobDemo，创建一个Feature.xml(具体的过程可以参看前面的两篇）
        这个feature的任务就是创建，并注册一个新的timer job，所以这个feature十分的简单。相比前面提到的feature，它多了两个十分主要的属性。
    
<Feature xmlns="http://schemas.microsoft.com/sharepoint/" Title="TimerJobDemo" Id="2D301FC8-DB43-4d5e-93DE-8F722054F4EE" ReceiverAssembly="TimerJobDemo, Version=1.0.0.0, Culture=neutral, PublicKeyToken=80614946b1f438b6" ReceiverClass="TimerJobDemo.TimerJobDemoFeature" Scope="WebApplication"/>
    这个就是这个feature的全部内容，只有一个节点。Titile ID等属性我们前面都已经提到了，这里出现两个新的属性，就是ReceiverAssembly 和ReceiverClass。ReceiverAssembly 指定的是FeatureReceiver所在的程序集，而ReceiverClass指定的是FeatureReceiver所在的类。在激活feature前，我们需要将已经强签名的程序集Gac。然后安装和激活feature。激活后，我们到前面代码中提到的list中，看看是不是多了一个新的item。
    
        

[新闻]2008年7月24日IT博客精选]]>控制视图页面的访问权限http://www.cnblogs.com/jianyi0115/archive/2008/07/12/1241210.htmljianyijianyiFri, 11 Jul 2008 17:25:00 GMThttp://www.cnblogs.com/jianyi0115/archive/2008/07/12/1241210.html阅读全文

[新闻]TOM在线与Joost正式组建合资公司]]>SharePoint如何模拟用户http://www.cnblogs.com/jianyi0115/archive/2008/07/08/1238233.htmljianyijianyiTue, 08 Jul 2008 07:36:00 GMThttp://www.cnblogs.com/jianyi0115/archive/2008/07/08/1238233.html阅读全文

[新闻]财富:谷歌副总裁称其新闻搜索值1亿美元]]>多域环境下people picker查找不到用户问题的解决http://www.cnblogs.com/jianyi0115/archive/2008/07/08/1238168.htmljianyijianyiTue, 08 Jul 2008 06:28:00 GMThttp://www.cnblogs.com/jianyi0115/archive/2008/07/08/1238168.html阅读全文

[新闻]Ubuntu创始人呼吁开发Linux桌面软件对抗苹果]]>我所知道的SharePoint feature（2）http://www.cnblogs.com/jdxyw/archive/2008/07/08/1238014.htmljdxywjdxywTue, 08 Jul 2008 03:03:00 GMThttp://www.cnblogs.com/jdxyw/archive/2008/07/08/1238014.html    在上一次的文章中，简要的介绍了一下，如何写一个feature的过程，和写一个feature的流程，大部分的feature都是可以按照这样的流程来走的，虽然其中可能还有许多的千差万别，但这个是对功能的不同需求造成的。
    大家在写feature的时候可能会觉的敲这么多东西进去是个很痛苦的事情，要是能够像C++ C#有个自动提示和自动完成的功能就好了。其实使用DTD一样可以在VS2008（VS2005中也是可以的）中实现自动提示和自动完成的功能。
    像前一篇文章所说的，建立一个feature.xml,然后在properties中选择Schemas
                                                                   
        在这里我们会看到一系列的Schemas，如果我们想编辑相应的XML文件，我们可以选择相应的Schemas，来减小我们的工作量、你也可以自己编写相应的schemas来完成相应的XML的编辑。红线框住的就是我们所需要的。如果你是第一次配置的话，是没有这个Schemas的。你需要自己加入。而这个Schemas在C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\XML下面的wss.xsd文件。加入之后，选择使用就可以了。
                                         
                                  
        这时候我就可以使用这个新添加的Schemas了
                                        
                                     
    



[新闻]央视国际联手微软打造数字奥运媒体平台]]>MOSS & SSO 系列2http://www.cnblogs.com/pccai/archive/2008/07/03/1235018.htmlpccaipccaiThu, 03 Jul 2008 11:10:00 GMThttp://www.cnblogs.com/pccai/archive/2008/07/03/1235018.html上回谈到与Exchange Server 2007邮件集成问题,最后有了新版本：


 任务当然是从工作流引擎那边抓的，顺便也会用到SSO的，那边是表单验证嘛，这年头用域的不多啊。。。

OWA 2007

using System;
using System.Collections.Generic;
using System.Text;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using Microsoft.SharePoint.Portal.SingleSignon;
using Microsoft.SharePoint.Portal;

namespace OWASSOWebPart
{
    public class OWASSOWebPart : WebPart
    {
        protected override void Render(System.Web.UI.HtmlTextWriter writer)
        {
            string strSSOLogonFormUrl = SingleSignonLocator.GetCredentialEntryUrl("OWA");
            try
            {
                writer.Write("If your login fails, please <a href=\"" + strSSOLogonFormUrl + "\">Update your credentials</a> with your new password.<br/>");
                string[] rgGetCredentialData = null;
                Credentials.GetCredentials(1, "OWA", ref rgGetCredentialData);
                string src = "/_layouts/OWARedirect.htm?l=" + rgGetCredentialData[0] + "&p=" + rgGetCredentialData[1];
                writer.Write("<iframe frameborder=\"0\" width=\"800\" height=\"600\" src=\"" + src + "\"/>");
            }
            catch (SingleSignonException ssoe)
            {
                if (SSOReturnCodes.SSO_E_CREDS_NOT_FOUND == ssoe.LastErrorCode)
                {
                    Context.Response.Redirect(strSSOLogonFormUrl);
                }
                else
                {
                    writer.Write(ssoe.Message);
                }
            }
        }
    }
}

替代那个MOSS自带的WebPart,如果你的OWA采用Form方式验证的话，基本上那个WebPart没有任何作用！
再在_layouts下建个html重定向文件：
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
    <meta http-equiv="Content-Type" content="text/html; CHARSET=utf-8" />
    <meta name="Robots" content="NOINDEX, NOFOLLOW" />
    <title>Microsoft Exchange - Outlook Web Access</title>

    <script type="text/javascript">
    <!--
function getParameter(queryString, parameterName) {
    var parameterName = parameterName + "=";
    if (queryString.length > 0) {
        begin = queryString.indexOf(parameterName);
        if (begin != -1) {
            begin += parameterName.length;
            end = queryString.indexOf("&", begin);
            if (end == -1) {
                end = queryString.length;
            }
            return unescape(queryString.substring(begin, end));
        }
        return "null";
    }
}

function SetParams() {
    var queryString = window.location.search.substring(1);

    logonForm.username.value = getParameter(queryString, "l");
    logonForm.password.value = getParameter(queryString, "p");
    //alert(getParameter(queryString, "l"));
    //alert(getParameter(queryString, "p"));
    window.document.logonForm.submit();
}
    -->
    </script>

</head>
<body onload="SetParams();">
    Please wait
    <form action="https://moss.demo.fr/owa/auth/owaauth.dll" method="POST" name="logonForm"
        autocomplete="off">
        <input type="hidden" name="destination" value="https://moss.demo.fr/owa/" />
        <input type="hidden" name="flags" value="0" />
        <input type="hidden" name="forcedownlevel" value="0" />
        <input id="rdoPblc" type="hidden" name="trusted" value="0" />
        <input id="username" name="username" type="hidden" />
        <input id="password" name="password" type="hidden" />
    </form>
</body>
</html>

部署后即可测试了！附件给出owa 2003 和 2007的代码源文件！
此处下载


[新闻]Google在线百科工具Knol今日正式上线]]>MOSS & SSO 系列1http://www.cnblogs.com/pccai/archive/2008/07/03/1235013.htmlpccaipccaiThu, 03 Jul 2008 10:53:00 GMThttp://www.cnblogs.com/pccai/archive/2008/07/03/1235013.html Step1: 引用相关的DLL
   using Microsoft.SharePoint.Portal.SingleSignon;
   using Microsoft.SharePoint.Portal;
或者你可以直接这么做：编辑当前项目的Web.config的<assemblies></assemblies>
加入：
    <add assembly="Microsoft.SharePoint.Portal.SingleSignon, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
    <add assembly="Microsoft.SharePoint.Portal.SingleSignon.Security, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
    <add assembly="Microsoft.SharePoint.Portal, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>

Step2: 配置MOSS上的SSO
    （简单，暂且不表）注意多半要在数据库登录帐户中添加：NT AUTHORITY\ANONYMOUS LOGON 给个可以创建数据库和管理权限的即可！

Step3:Coding...
     2种写法都可以，暂不明白？ 
   
写法1                    string strSSOLogonFormUrl = SingleSignonLocator.GetCredentialEntryUrl("DEMOSSO");
                    string[] rgGetCredentialData = null;
                    Credentials.GetCredentials(1, "DEMOSSO", ref rgGetCredentialData);
                    string strName = rgGetCredentialData[0];
                    string strPwd = rgGetCredentialData[1];
                    ......

写法2         IntPtr pUserName = IntPtr.Zero;
         IntPtr pPassword = IntPtr.Zero;
         ISsoProvider isso = SsoProviderFactory.GetSsoProvider();
         SsoCredentials myCreds = isso.GetCredentials("DEMOSSO");

          pUserName = System.Runtime.InteropServices.Marshal.SecureStringToBSTR(myCreds.UserName);
          pPassword = System.Runtime.InteropServices.Marshal.SecureStringToBSTR(myCreds.Password);
          string uName = System.Runtime.InteropServices.Marshal.PtrToStringBSTR(pUserName);
          string uPwd = System.Runtime.InteropServices.Marshal.PtrToStringBSTR(pPassword);

END: 
   catch (SingleSignonException ssoe)
                {
                    if (SSOReturnCodes.SSO_E_CREDS_NOT_FOUND == ssoe.LastErrorCode)
                    {
                        Context.Response.Redirect(strSSOLogonFormUrl);
                    }
                    else
                    {
                        Response.Redirect(strSSOLogonFormUrl);
                    }
                }

 Step4:读Exchange Server 2007 的新邮件
 
引用WebServices先：ICredentials creds = new NetworkCredential(userNaem, rgGetCredentialData[1], "demo");
                    // ICredentials creds = CredentialCache.DefaultNetworkCredentials;//("mailadmin", "Pass!word", "demo")

                    exchangeServer.Credentials = creds;
                    exchangeServer.Url = @"https://mlc.demo.cn/ews/exchange.asmx";

                    DistinguishedFolderIdType[] folderIDArray = new DistinguishedFolderIdType[1];
                    folderIDArray[0] = new DistinguishedFolderIdType();
                    folderIDArray[0].Id = DistinguishedFolderIdNameType.inbox;

                    PathToUnindexedFieldType ptuftDisplayName = new PathToUnindexedFieldType();
                    ptuftDisplayName.FieldURI = UnindexedFieldURIType.folderDisplayName;

                    PathToExtendedFieldType pteftComment = new PathToExtendedFieldType();
                    pteftComment.PropertyTag = "0x3004"; // PR_COMMENT
                    pteftComment.PropertyType = MapiPropertyTypeType.String;

                    GetFolderType myfoldertype = new GetFolderType();
                    myfoldertype.FolderIds = folderIDArray;
                    myfoldertype.FolderShape = new FolderResponseShapeType();
                    myfoldertype.FolderShape.BaseShape = DefaultShapeNamesType.IdOnly;
                    myfoldertype.FolderShape.AdditionalProperties = new BasePathToElementType[2];
    &nb