文武之道，一张一弛

第二天几乎没有什么进展，上来就碰见了问题。

我是一台服务器上面做的服务器场模式安装的WSS3.0，SQL使用本机的2005标准版。服务器上带DC和DNS。

在安装完毕初始化以后，按照联机的帮助，启动搜索服务。服务帐号和内容访问帐号都是域administrator，但是出现错误提示信息“此服务器不是该搜索应用程序的索引器”。我找了一下，没有发现WSS里面配置应用程序的索引器的地方。

我接下来创建了Web应用程序，在创建站点集的时候，出现“因为服务器当前的配置不支持，所以无法显示该页。若要执行此任务，请使用Stsadm.exe中的命令行操作”。我在命令帐号测试了命令“stsadm -o createsite -url http://s1.zc.intra -owneremail wss@zc.intra”，提示错误“指定的域不存在，或无法联系。<异常来自 HRESULT:0x8007054B>”

问题发给了一些朋友，都还没有遇见过这样的问题。郁闷阿，在网上在搜搜看吧！

昨天微软网站上面终于可以下载正式版的WSS3.0的SDK了，我的WSS之旅也开始了。学MOSS（SPS）是要先学的WSS的，这个是我的在SPS学完的体会。WSS是MOSS和SPS的基础，同时WSS的免费也使WSS的使用面积更大。

这次不是第一次安装WSS3.0。在WSS3.0刚发布的时候，就装了一次，朋友们翻看前面的Blog会看到。第一次安装的时候使用的是简单模式，也就是安装程序会自动地使用独立服务器的模式，同时还会安装一个Micro版的SQL Server2005。但是那种方式好像默认不能使用域帐号，自动使用本地帐号了，除非你在没有本地帐号的系统上面来安装（比如域控制器）。

这一次我是用的高级安装，之后会提示是Web前端服务器还是独立模式。我想上次按照独立模式安装了，这次就选的Web前端服务器模式安装的。Web前端模式开始会提示运行服务的账号是什么，为了避免麻烦，使用管理员账号。接着提示选择创建服务器场，还是使用存在的服务器场，这一点根据SPS2003的经验，应该是创建服务器场。然后填数据库服务器，我的VPC里面装了一个SQL 2005的标准版，就使用本机的SQL Server。在之后就使验证模式，我选的NTLM，这主要是我开分不清两种的区别，看提示以及SPS2003的经验，NTLM似乎会简单一些，那就选简单的。再往下会让人选择本地账号模式还是域帐号模式。我选择的域帐号模式，我把这个VPC做成域控制器了，他接下来会提示用于WSS的帐号会放在哪一个OU里面，我创建了一个SharePointOU。这里说句题外话，这点看似体贴的服务，实际也不是很好，如果域控制器上面的要使用的WSS的帐户在不同的OU怎么办？也许后面还有解决的办法，但是现在看起来有点莫名其妙。再后面安装还有什么步骤想不起来了，应该是就开始那9个安装步骤了。

安装好之后看了一下SQL里面的表，比SPS要好得多，除了配置数据库之外，管理中心网站只创建一个数据库。这样使得直接从数据库备份简单了许多。

打开WSS3.0管理中心，我没有继续深入做配置，而是先打开了帮助文档。根据WSS3.0beta2时候的经验，WSS3.0的服务器场还是和SPS2003的服务器场有相当的区别的。简单看了一下，需要做的配置如下：

• 启动搜索服务
• 创建Web应用程序和网站集
• 创建备用访问映射（如果只有一个Web前端就不必了）
• 配置传入电子邮件设置
• 配置传出电子邮件设置
• 配置工作流设置
• 配置诊断日志记录设置
• 配置防病毒保护设置

现在的WSS3.0真是和WSS2.0不可同日而语，简直就是一个SPS2003的.NET3.0加WF的版本了，有服务器场，有索引服务，还有搜索，了不起。今天的时间不早了，明天再慢慢消化WSS3.0的文档，消化完以后继续写...

准备分两次介绍MOSS2007beta2单机开发环境的创建，第一部分主要是基本的创建过程，第二部分是主要是由beta2升级到Beta2TechRefresh的过程。

看我Blog的人，大约都已经看了kaneboy和ocean的介绍了，但是我还是要说说我创建MOSS2007beta2开发环境的创建，主要我觉得他们的写的过程，我觉得并没有把所有的事情都讲清楚。我的文档是根据英文的Deployment Guide for Office SharePoint Server（Office SharePoint Server部署指南，简称MOSS部署指南）实践后编写的，但不是单纯的翻译。我假设我的读者熟悉Win2003的管理和熟悉ASP.NET2.0的开发，这样我可以把MOSS部署指南当中叙述很详细的过程描述简化。

1. 下载需要的文件。除了需要MOSSbeta2的安装部件以外，如果单机开发环境还要做域控制器的话，那么还要下载一个补丁。这个补丁需要在MOSS安装完毕，配置向导运行成功以后执行。可以修正在域控制器上安装单机环境浏览报错的问题。
2. 我们可以准备一个VirtualPC或者一个真实的PC。这个PC要安装好Win2003的任何一个版本，为其安装配置好AD、DNS、应用服务器（启用ASP.NET）三个角色。然后打补丁SP1。接着我们需要安装.NET Framework 2.0 运行时部件和Windows Workflow Foundation 2.2(简称WWF)运行时部件。
3. 接下来我们开始安装MOSS。在添加完序列号以后，系统会提示我们用Basic还是Advanced方式安装。Basic是默认使用Stand方式安装，默认C盘为安装路径，同时在配置向导运行时，还将默认创建一个的MOSS网站和相应的Web Application。Advanced则全部需要自己手动设置。我们这里选择Basic。后面只需要逐步点Next就可以将MOSS安装完毕。安装完毕以后，可以根据需要安装对于域控制器做MOSS服务器的补丁。
   注意：我们没有安装SQLServer2005,这是因为MOSS的安装程序在Basic模式下会自动安装一个SQLEXPRESS，并默认一次数据库作存储。
4. 在测试以后，我们可以开始Office2007beta2和VS2005安装开发环境了。安装Office2007beta2就不详细介绍了。然后我们可以选择任何一个VS2005的版本，除了VS2005Express的版本以外。安装的时候我们可以只选择VS2005的最小版本，比如只安装最小的VistualC#.Net环境。接下来可以安装WWF的VS2005设计组件。这时一个基本的MOSS2007beta2的单机开发环境就已经做好了。

使用Basic模式虽然可控性比较差，但是我们可以通过这个快速的建立MOSS2007beta2的开发环境。此外这个环境大约需要1.5GB的内存，如果不需要开发环境大约1GB内存就足够了。如果要在VisualPC当中做的话，则宿主需要至少2GB以上的内存。

MSDN download is a Workflow Starter Kit

我们知道，WinFX被重新名为.NET Framework 3.0。可见WinFX对于.NET Framework的重要性，虽然我认为3.0和2.0之间的间隔似乎太短了，但是WinFX作为.NET Framework 3.0来讲，当之无愧！

为此，WinFX有了自己的网站：http://www.netfx3.com 。同时，WWF的网站也变为了：http://wwf.netfx3.com 。在这个网站里面，除了我们熟悉的WWF、WCF、WPF以外，还多出来了一个Windows CardSpace(WCS)，这是一个什么呢？

鉴于WinFX重新命名为.NET Framework 3.0，以及原来WinFX以及其部件WWF、WCF、WPF有着众多的针对VS2005的扩展，根据.NET Framework 1.0 到 .NET Framework 1.1的升级伴随着VS.NET2002到VS.NET2003的升级，我估计在.NET Framework 3.0的正推出，VS2005会有一个新的本版或者一个大扩展包或者一个ServicePack的产生。随着各种各样的VS2005的扩展插件的产生，VS2005越来越像是一个半成品。

让我们静静期待下一个完美的VS的到来吧！

这是我前几天为了研究WWF准备的虚拟机，环境为Win2003+IIS6+SP1，还安装了VS2005、SQLServer2005、WWF部件、WWF的VS2005扩展。
安装的时候提示SQL Server 2005 Tools安装未完成，提示我是否停止未完成的安装，我选择是，但是安装完成仍然提示安装未正常完成。然后使用Sharepoint2007的配置工具进行配置，10个步骤的进度条正常结束以后，还是提示设置未正常完成。
准备过两天在试一次....

有六种微软产品基于Windows工作流平台。

微软Office SharePoint Server 2007，现在为beta2状态，计划10月份正式发布：目标为下一个版本的Office提供工作流功能。

一个新的产品叫作System Center “Service Desk”将在2007年下半年交付。这个产品将使用WWF和Office2007作为基础，实现自动人机交互。过程、技术和一套核心的MOF流程将被作为解决方案的一部分加入近来。

微软Speech Server 2007现在仍为beta阶段，它基于WWF技术。

Biztalk Server v.Next:提供下一代商业过程管理平台。

微软Identity Integration Server:为MIIS3.5提供用户供应管理流程。

微软Dynamics:以后的产品将基于WWF。

翻译自http://blogs.msdn.com/pandrew/archive/2006/05/12/596532.aspx

Windows工作流平台是在Windows下面快速创建支持工作流应用的一套编程模型、引擎和工具。它包括一套WinFX的命名空间、一个进程内的工作流引擎和一套嵌入VS2005的设计器。Windows工作流平台可以在Windows Vista、Windows XP、Windows Server 2003系列上面开发和运行。Windows工作流平台支持机器流程和人工流程交叉的大量情景：商业应用线索流程、用户界面页流程、文档流程、人工流程、面向服务应用的合成流程、商业规则驱动的流程和系统管理流程。
Windwos工作流平台提供了与其他WinFX技术(例如：ASP.NET、WCF、WPF)一致而且熟悉的开发体验。Windows工作流平台对VB.NET、C#、调试、图形化工作流设计器和代码方式开发流程提供全面的支持。Windows工作流模型还提供了扩展模型和构建定制活动设计器，可以把最终用户的一些功能加入到扩展模型和定制活动当中以便于重用。

1 Windows工作流基础
1.1 Windows工作流基础概览
1.1.1 Windows工作流基础概念
1.2 Windows工作流基础编程指南
1.2.1 Windows工作流基础编程的介绍
1.2.2 开发工作流
1.2.3 Windows工作流基础 活动
1.2.4 开发工作流活动
1.2.5 Windows工作流基础 服务
1.2.6 开发Windows工作流基础活动
1.2.7 开发可用工作流的应用
1.2.8 开发ASP.NET工作流应用
1.2.9 工作流和应用通信
1.2.10 其他技术与工作流整合
1.2.11 监视工作流执行
1.2.12 工作流的安全考虑
1.3 WIndows工作流基础教程
1.3.1 创建连续流程
1.3.2 创建状态机流程
1.3.3 创建定制活动
1.3.4 集成Windows流程基础运行时部件
1.3.5 使用规则和条件
2 Windows工作流基础的VS2005扩展
2.1 使用Windows工作流基础的VS2005扩展
2.1.1 VS工作流窗口
2.1.2 创建工作流项目
2.1.3 连续流程视图
2.1.4 工作流活动
2.1.5 在工作流中使用主题
2.1.6 使用状态机流程设计器
2.1.7 使用活动设计器
2.1.8 VS2005的Windows流程基础UI设计器
2.2 调试工作流
2.2.1 调用工作流调试器
2.2.2 失效工作流调试器
2.2.3 如何在工作流中设置断点
2.2.4 如何打开本地代码调试
2.2.5 调试远程机器上的工作流
3 Windows工作流基础一般参考
3.1 工作流术语表
3.2 工作流性能计数器
3.3 工作流配置格式
3.4 工作流错误
3.4.1 工作流错误代码
3.4.2 工作流错误处理
4 Windows工作流基础例子
4.1 应用例子
4.1.1 工作流监视器
4.1.2 工作流反射小应用
4.1.3 桌面帮助支持
4.1.4 排序状态机
4.1.5 Outlook流程向导
4.1.6 流程跟踪配置设计器
4.1.7 语音应用
4.2 技术例子
4.2.1 基本工作流
4.2.2 集成
4.2.3 追踪
4.2.4 通讯
4.2.5 定制活动
4.2.6 活动
4.2.7 规则和条件
4.2.8 动态升级
4.2.9 角色
4.2.10 事务服务
4.2.11 设计器集成
5 Windows工作流基础工具
6 Windows工作流基础类库

和微软的专家讨论过这个问题，意见比较一致，等WWF的beta2出来以后再开始评估，是一个比较恰当的时间。现阶段作为WWF基础的WinFX已经接近于正式版了，但是WWF还不是很稳定，现在最新的beta版的主要目的还是要找bug，而不是交由外部测试。

现在想想，自己还没有这么早就开始关注某一个微软的新产品。

Windows工作流基础平台概览
工作流是一种自然而然的方法，将一系列工作单元或者行为组织起来，描述一个可执行的工作过程。
WWF(Windows Workflow Foundation,Windows工作流基础平台)通过提供的一组编成框架和开发工具，可以完成广泛多变的基于工作流的应用，例如：文件管理、商业流程应用、贸易页流、IT管理、B2B应用和消费类应用。

正式的，稳固的，长期运行的应用
WWF可以简化异步程序的过程，以创建正式、长时间运行、稳固的流程应用。WWF运行引擎管理流程的运行，并且允许流程长周期的执行而不受计算机重起影响。运行时服务提供一些功能，例如：处理和持久化来温和恰当的管理错误。

工作流模型
WWF提供一个工作流模型，允许开发人员描述对于他们应用需求的处理。这个模型通过创建更高级别的抽象、自然地将应用和商务逻辑与流程控制、状态管理、事务和同步分离开，从而提高开发者的生产力。
可以通过使用和扩展.NET框架的同样的方法使用和扩展工作流模型，因此你也可以创建你自己的定制创作工具。一个图形化的微软Visual Studio创作工具将随着WWF的SDK安装，而安装在Visual Studio当中。

部件重用
WWF提供了大量的行为，所谓行为就是可配置逻辑构造的工作执行单元。如果多次重复使用，这会节省大量的开发、调试和部署的费用。
WWF同样可以简化为你特殊的需求和想法而定制的自己的行为的创建。
WWF同样允许任何应用进程或者服务作为容器来运行工作流，通过将工作流引擎再如到其进程之内。
运行时服务部件是可插拔的，这些服务允许应用在其独立的运行环境来提供。WWF提供的运行时服务的默认执行，可以适应多种类型的应用。
另外，WWF提供对于ASP.NET的hosting的out-of-the-box支持，这将简化在IIS和ASP.NET环境中执行和构建工作流的执行和构建。