博客园_善良，踏实，实现，坚持，厚积薄发

TeamFoundation 团队项目门户网站无法应用日历写日志的解决办法

2012-04-27T03:21:00Z

在使用TeamFoundation进行团队管理开发时，遇到一个问题。

问题描述：在团队项目门户网站中，使用日历栏时，可以进入到日期界面，当点进某一天想要填写日志时，报网页错误。当用管理员账户进入门户网中，一切正常，并且管理员填写日志后，其它用户再次访问就没有问题了。

解决办法：在TFS服务器端，为网站的bin目录的基本用户添加可读权限，即可。

本文链接

TeamFoundation Server 使用技巧

2012-03-05T08:02:00Z

一、如何删除工作项

1、使用Tfs管理员账户登录

2、使用Cmd打开命令行窗口

如果是32位系统，cd "C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE"

64位系统则 cd "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE"

3、使用 witadmin.exe destroywi命令，按下面的方式

witadmin.exe destroywi /Collection:http:\\[ServerName]:8080\tfs\[CollectionName] /id:[WI ID]

可以一次删除多个工作项，使用逗号分隔工作项Id，比如10,22,30。可以使用 /noprompt屏蔽提示消息

4、假设服务器名称为ServerDemo，团队项目集合名称为TeamDemo，要删除Id为17、18的工作项，则使用如下命令：

witadmin.exe destroywi /Collection:http:\\ServerDemo:8080\tfs\TeamDemo /id:17,18

5、上述方法为微软工作人员答疑，经测试，在Tfs2010 简体中文正式版，能够正常的删除工作项。请注意，在做这个操作之前，先关闭Vs2010。

二、使用Ghost或者Windows 镜像备份的情形下，如何备份项目集？

当我们安装了操作系统、开发环境之后，我们常常为此时干净的系统，做一个镜像备份，有时候是使用Ghost，有时候是使用Windows 7或者Sql Server 2008 R2的Server Backup功能做镜像备份。当然，因为安装了Sql server 2008 R2和Tfs2010、Vs2010之后，C:盘往往有17G左右，因为速度的关系我们推荐使用Ghost，能在20分钟之内恢复C:\盘，使用Windows Server Backup功能，常常需要数个小时。

我们一般做两个Ghost镜像，第一个是操作系统安装好、驱动安装好、操作系统各项更新完成、常用软件如Live Writer、QQ、网银、迅雷、Winrar之类安装好、操作系统配置好(比如关机不要输入关机原因、登录不需要按Ctrl+Alt+Del、或者自动使用某个账户登录而无需输入密码等等)，这些完成之后做一个镜像，叫做工作镜像。在这个镜像做好之后，安装开发环境，然后做第二个镜像：开发环境镜像。请注意做镜像前关闭休眠功能并删除休眠文件、禁用虚拟内存或将虚拟内存文件放在D:盘，这样会大大的减少镜像文件的大小。

那么，每次恢复镜像，会造成Tfs的项目管理信息丢失。所以，这之前需要备份Tfs的数据库，这是件很麻烦的事情，下面列出我目前采用的一个取巧的方法，请注意我在自己个人的开发机器上安装的是Tfs的Basic版本：

1、安装Sql 2008 R2和Tfs 2010之后，默认的项目集保存在C:盘，此时我们在C盘将三个Tfs数据库，备份在C:盘默认的Sql Server备份位置。这是为了防止Tfs系统完全不匹配，造成不能正常工作的最后挽救方法。

2、在Sql server中设置默认的数据库位置在D:\Database或D:盘的其他目录

3、重新启动系统，注意，不要忽略这一步，我们在上一步的设置或许仅仅是修改了一个配置项，目前Sql的默认数据库文件存放路径，还是在C:盘，没有改变。

4、使用Tfs 2010的管理控制台，创建新的团队项目集合，假设我们为其命名为TeamWork。

5、此时，你会发现在D:\Database下，有了一个新的数据库Tfs_TeamWork

6、将Sql server的三个Tfs_开头的数据库，同样备份到C:盘，这个时候再开始为系统做Ghost镜像，今后每次使用Ghost恢复干净的开发环境，就不用考虑Tfs数据库的问题，直接用Ghost恢复就行了。当然，前提是你不要删除掉D:\Database目录下的相关数据库。以后，只需要随时备份Tfs_TeamWork以策万全。

7、如果D:\盘的数据库出现意外，最坏的情况，我们使用C:盘的初始备份能让系统正常运行起来，然后再用平常做的Tfs_TeamWork的备份，按照标准的恢复模式进行。

注意，如果我们仅备份某个团队项目集合的数据库，而没有备份Tfs_Configuration数据库，则在上次创建镜像到此次恢复镜像期间创建的团队项目会丢失。

三、安装好Scrum模版后，创建新的团队项目集合时，如何使用？

选择该团队项目集合，右键，运行过程模版管理器。选上载，找到安装目录：默认是C:\Program Files (x86)\Microsoft\Microsoft Visual Studio Scrum 1.0\Process Template

此后创建团队项目时，就多了Scrum项目这一项。

四、如何清除Vs2010的工作区影射关系的缓存信息？

在原有的团队项目集合移除，或者更换Tfs服务器后，一些工作区的影射关系仍然存在，这会导致“将解决方案添加到源代码管理”之类的功能不可使用。

这些信息缓存于文件C:\Users\Administrator\AppData\Local\Microsoft\TeamFoundation\3.0\Cache\VersionControl.config中，只要把跟旧服务器相关的 ServerInfo 节点删掉，问题即可解决。

五、如何还原已经备份的团队项目集合数据库？

1、关闭Tfs服务：

运行：

"C:\Program Files\Microsoft Team Foundation Server 2010"\Tools\TFSServiceControl quiesce

2、还原数据库，请注意两个选项：选择从设备恢复、选择覆盖原数据库

3、启动Tfs服务：

运行：

"C:\Program Files\Microsoft Team Foundation Server 2010"\Tools\TFSServiceControl unquiesce

六、删除团队项目

"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\TFSDeleteProject" /force /collection:http://x200:8080/Tfs/Scrum WebLite

其中http://x200:8080是服务器名称和端口，Scrum是团队项目集合的名称，WebLite是Stock团队项目集合中要删除的项目

转自：http://www.cnblogs.com/by1990/archive/2010/06/08/1753644.html

本文链接

windows 8 server beta & visual studio 11 beta 下载地址

2012-03-02T01:52:00Z

windows 8 server beta : http://technet.microsoft.com/zh-cn/evalcenter/hh670538.aspx

visual studio 11 beta : http://www.microsoft.com/visualstudio/11/zh-cn/downloads#ultimate

本文链接

创业了，发一则招聘信息

2011-12-24T15:30:00Z

黑龙江省智途科技开发有限公司招聘(面向哈尔滨)

智途科技由几位怀揣梦想的80后伙伴于2012年1月创建，主要致力于saas类产品研发，力图通过智途团队的不断进取和努力，为人们日常生活增添更多实用的科技化产品，增强人们科技生活的新体验。

我们将为你提供：

绝佳的共同创业的机会，具备竞争力的薪酬，以及一个“非臃肿复杂的”的团结温馨的工作团队！

如果你和我们一样——

怀揣创业的激情与梦想，享受公司从小到大的成长过程

迷恋并且笃信科技改变未来

信任团队的力量，深深厌恶职场人事斗争，崇尚个性更懂得通力合作

并以创造力为骄傲

关注用户，以提供最棒的产品和服务为己任

那么你可能就是我们一直要找的人

我们看重的是:

1) 是否品德端正

2) 是否有共同的理念

3) 是否能融入我们的团队

4) 是否有潜力

5) 接下来才是你现在的能力

最后，我们最不看重的是：学历

界面视觉设计 (1人)
职责：

l 参与产品前期界面视觉用户研究、设计流行趋势分析

l 设定软件产品的整体视觉风格和VI设计

l 参与设计体验、流程的制定和规范

l 分享设计经验、推动提高团队的设计能力

职位要求：

1) 具备敏锐的观察力，独特的视觉感受能力，扎实的美术功底及艺术修养，对GUI设计趋势有灵敏触觉和领悟能力，推动团队的设计能力

2) 从事设计行业工作3年以上，具有大型软件产品界面风格设定以及VI设定（包括界面、图标风格与统一规范等）经验

3) 对视觉用户研究有一定经验和见解，对软件可用性有一定的认识

4) 精通Photoshop、Illustartor、Flash等设计工具，了解flash（Actionscript）动画设计的优先

5) 掌握Microsoft Expression Web，Dreamweaver等制作工具

6) 美术、设计或相关专业优先

7) div + css布局，能够使用javascript/jQuery

待遇：

1) 我们为您提供4--6K & 五险的薪资待遇。

2) 除法定假日，地方节日外，如果您是少数民族，将会享有民族节日休假的待遇。如果您是已婚人士，那么您可以享受一个温馨的结婚纪念日，如果您是一位父亲或母亲，那么六月一号您可以和您的孩子一起享受美好的家庭时光。如果很不幸，您还未婚，那么每年的2月14号以及七夕情人节，我们鼓励您，和喜欢的人约会吧。

3) 您在智途的每365天里，将享有7天的带薪年假。

4) 免费的早餐饼干及饮料、水果。免费的专业书籍。

5) 每月60元为您免费充值的公交卡。

6) 每月至少一张华辰影院的电影票。

如果您有意加盟智途科技，请将应聘职位、想加入的理由、博客地址、MSN/QQ、简历、待遇要求发至 53967699@qq.com (界面视觉设计职位请发作品url或附件，收到后我们会回复确认，如果您一天内没收到我们的回复，麻烦您再发一次)。

本文链接

使用sql server management studio 2008 连接数据库,无法查看数据库,提示无法为该请求检索数据错误916 - z

2011-12-13T05:13:00Z

今日使用时代互联的海外空间,sql 2008 无限空间大小,开通账户后,使用sql server management studio 2008 连接数据库,可以链接上,但是无法查看自己的数据库,点击数据库后,提示无法为该请求检索数据错误916

解决方法如下

1：点击左侧的数据库,然后到右侧的 “名称” 上面点击右键出来如图所示的菜单,取消掉策略运行状态和排序规则,再次点击数据库的时候,就能显示所有的数据库以及你自己的数据库了。

本文链接

微软SCRUM 1.0流程模板在中文版TFS2010上无法创建项目的彻底解决办法 - 转

2011-11-13T06:28:00Z

由于微软 SCRUM V1.0 为英文版，在国内一般的 SharePoint 为中文版，因此创建团队项目门户时由于找不到 1033 的区域设置标识符(LCID)而创建失败。如下图：

查看项目创建日志，其中有如下错误:

模块: WSS

异常消息: TF249033: 该站点模板不可用于区域设置标识符(LCID)。站点模板名称为: TFS2010 Agile Dashboard。LCID 为: 1033。 (类型 TeamFoundationServerException)

原“http://www.almnetworks.net/zh-CN/post/2010/08/04/Microsoft-Visual-Studio-Scrum-10-Template-on-Chinese-Version-of-TFS.aspx” 解决办法过于麻烦。经过分析，仅需手动修改过程模板文件即可让“scrum V1.0”支持中文版的 sharepoint。过程如下：

1、打开“scrum V1.0”的安装目录：%ProgramFiles%/Microsoft/Microsoft Visual Studio Scrum 1.0

2、使用记事本打开“Process Template/Windows SharePoint Services/WssTasks.XML

3、修改 language="1033" 为 language="2052"

保存文件并关闭记事本。

4、重新上传过程模板到 TFS 上。

本文链接

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式的解决方法

2011-11-05T14:08:00Z

一、案例1，及解决方案：

“LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式。”

原因是LINQ to Entities 不支持ToString()函数。

可用下述方法进行转换解决：

DIRequest reqeust = new DIRequest();

reqeust.FilterMode = "1,2,3,4,5,6,7,8,9,0";

List<int> result = new List<string>(reqeust.FilterMode.Split(',')).ConvertAll(i => int.Parse(i));

return dal.T_Common_Dy.Where(m => result.Any(a => a == m.ParentItemID.Value)).ToList();

二、案例2，及解决方案：

//获取市级地区public JsonResult GetCity(string id) { var city = from c in db.AreaDivide wherec.ParentID ==int.Parse(id) select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

以上代码也会出现如下错误：

“LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式。”

解决方案一：

//获取市级地区public JsonResult GetCity(string id) { int a; int.TryParse(id, out a); var city = from c in db.AreaDivide wherec.ParentID == a select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

解决方案二：

using System.Data.Objects.SqlClient; //在 System.Data.Entity.dll 中

//获取市级地区public JsonResult GetCity(string id) { var city = from c in db.AreaDivide whereSqlFunctions.StringConvert((double)c.ParentID) == id select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

本文链接

使用消息约定-MessageContract -z

2011-10-05T02:29:00Z

使用消息约定
.NET Framework 4
在生成 Windows Communication Foundation (WCF) 应用程序时，开发人员通常会密切关注数据结构和序列化问题，而不必关心携带数据的消息。对于这些应用程序，为参数或返回值创建数据协定的过程很简单。(有关更多信息，请参见在服务协定中指定数据传输.)
但是，有时完全控制 SOAP 消息的结构与控制其内容一样重要。当必须提供互操作性或需要在消息或消息部分级别特别控制安全问题时，更是如此。在这些情况下，可以创建一个消息协定，以便对参数或返回值使用一种可直接序列化为所需精确 SOAP 消息的类型。
本主题讨论如何使用各种消息协定属性为操作创建特定消息协定。
在操作中使用消息协定
WCF 支持在远程过程调用 (RPC) 样式或消息样式上建模的操作。在 RPC 样式的操作中，可以使用任何可序列化的类型并可以使用本地调用可用的功能，如多个参数以及 ref 和 out 参数。在此样式中，所选的序列化形式控制基础消息中数据的结构，但 WCF 运行时本身会创建这些消息以支持操作。这使对 SOAP 和 SOAP 消息不熟悉的开发人员能够快速容易地创建和使用服务应用程序。
下面的代码示例演示在 RPC 样式上建模的服务操作。
C#
复制
[OperationContract]
public BankingTransactionResponse PostBankingTransaction(BankingTransaction bt);
通常，定义消息的架构时使用数据协定就足够了。例如在前面的示例中，如果 `BankingTransaction` 和 `BankingTransactionResponse` 具有定义基础 SOAP 消息内容的数据协定，则对于大多数应用程序就足够了。有关数据协定的更多信息，请参见使用数据协定。
但是，有时必须精确控制如何将类型映射到通过网络传输的 SOAP 消息。对于这种情况，最常见的方案是插入自定义 SOAP 标头。另一种常见方案是定义消息头和正文的安全属性，也就是说，确定是否对这些元素进行数字签名和加密。消息样式的操作可提供这种控制。
消息样式的操作最多具有一个参数和一个返回值，其中参数和返回值的类型都是消息类型；也就是说，这两种类型可直接序列化为指定的 SOAP 消息结构。这可以是用 MessageContractAttribute 标记的任何类型或 Message 类型。下面的代码示例演示类似于前面 RPC 样式的操作，但此操作使用消息样式。
例如，如果 `BankingTransaction` 和 `BankingTransactionResponse` 都是具有消息协定的类型，则以下操作中的代码有效。
C#
复制
[OperationContract]
BankingTransactionResponse Process(BankingTransaction bt);
[OperationContract]
void Store(BankingTransaction bt);
[OperationContract]
BankingTransactionResponse GetResponse();
但下面的代码无效。
C#
复制
[OperationContract]
bool Validate(BankingTransaction bt);
// Invalid, the return type is not a message contract.
[OperationContract]
void Reconcile(BankingTransaction bt1, BankingTransaction bt2);
// Invalid, there is more than one parameter.
对于涉及消息协定类型且不符合有效模式之一的任何操作会引发异常。当然，不涉及消息协定类型的操作不受这些限制的约束。
如果一个类型既有消息协定又有数据协定，则在操作中使用此类型时只考虑其消息协定。
定义消息协定
若要为某一类型定义消息协定（即定义该类型和 SOAP 信封之间的映射），请对该类型应用 MessageContractAttribute。然后对该类型中要成为 SOAP 标头的成员应用 MessageHeaderAttribute，并对要成为消息的 SOAP 正文部分的成员应用 MessageBodyMemberAttribute。
下面的代码提供了一个使用消息协定的示例。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public Operation operation;
[MessageHeader] public DateTime transactionDate;
[MessageBodyMember] private Account sourceAccount;
[MessageBodyMember] private Account targetAccount;
[MessageBodyMember] public int amount;
}
当使用此类型作为操作参数时，会生成一个具有额外标头（名为 `operation` 和 `transactionDate`）的 SOAP 信封，这些标头中包含 `operation` 和 `transactionDate` 字段的内容。SOAP 正文由一个包装元素构成，该包装元素包含类型为 `Account` 数据协定类型的 `sourceAccount and targetAccount` 元素和类型为整数类型的 `amount` 元素。
可以对所有字段、属性和事件应用 MessageHeaderAttribute 和 MessageBodyMemberAttribute，而不管这些字段、属性和事件是公用的、私有的、受保护的还是内部的。
注意：
消息协定中会忽略 KnownTypeAttribute 属性。如果需要 KnownTypeAttribute，可以将其放在使用所述消息协定的操作上。
在消息协定内部使用自定义类型
每个单独的消息头和消息正文部分均使用为消息所使用的服务协定选择的序列化引擎进行序列化（转换为 XML）。默认序列化引擎 XmlFormatter 可以显式处理（通过具有 System.Runtime.Serialization.DataContractAttribute）或隐式处理（通过作为基元类型而具有 System.SerializableAttribute 等）具有数据协定的任何类型。有关更多信息，请参见使用数据协定.
在前面的示例中，`Operation` 和 `BankingTransactionData` 类型必须具有数据约，定且 `transactionDate` 可序列化，因为 DateTime 是基元类型（因此具有隐式数据协定）。
不过，也可以切换到另一个序列化引擎 XmlSerializer。如果进行切换，应确保用于消息头和正文部分的所有类型都可以使用 XmlSerializer 进行序列化。
在消息协定内部使用数组
可以采用两种方式在消息协定中使用重复元素的数组。
第一种方式是直接在数组上使用 MessageHeaderAttribute 或 MessageBodyMemberAttribute。在这种情况下，整个数组序列化为一个具有多个子元素的元素（即一个标头或一个正文部分）。考虑下面示例中的类。
C#
复制
[MessageContract]
public class BankingDepositLog
{
[MessageHeader] public int numRecords
[MessageHeader] public DepositRecord records[];
[MessageHeader] public int branchID;
}
这会使 SOAP 标头类似于下面所示。
other
复制
<BankingDepositLog>
<numRecords>3</numRecords>
<records>
<DepositRecord>Record1</DepositRecord>
<DepositRecord>Record2</DepositRecord>
<DepositRecord>Record3</DepositRecord>
</records>
<branchID>20643</branchID>
</BankingDepositLog>
另一种方式是使用 MessageHeaderArrayAttribute。在这种情况下，每个数组元素都单独序列化，从而使每个数组元素都具有一个标头，类似于下面所示。
other
复制
<numRecords>3</numRecords>
<records>Record1</records>
<records>Record2</records>
<records>Record3</records>
<branchID>20643</branchID>
数组项的默认名称是对其应用 MessageHeaderArrayAttribute 属性的成员的名称。
MessageHeaderArrayAttribute 属性继承自 MessageHeaderAttribute。它具有与非数组属性相同的一组功能，例如，可以像设置单一标头的顺序、名称和命名空间那样设置标头数组的顺序、名称和命名空间。在对数组使用 Order 属性时，该属性将应用于整个数组。
可以将 MessageHeaderArrayAttribute 只应用于数组，而不应用于集合。
在消息协定中使用字节数组
与非数组属性（MessageBodyMemberAttribute 和 MessageHeaderAttribute）一起使用时，字节数组不被视为数组，而被视为一种特殊的基元类型，在生成的 XML 中表示为 Base64 编码的数据。
在将字节数组与数组属性 MessageHeaderArrayAttribute 一起使用时，结果取决于正在使用的序列化程序。如果使用默认序列化程序，会将数组表示为每个字节一个单独项。但如果选择 XmlSerializer（在服务协定上使用 XmlSerializerFormatAttribute），则会将字节数组视为 Base64 数据，而不管是使用数组属性还是非数组属性。
对消息部分进行签名和加密
消息协定可以指示消息头和/或正文是否应进行数字签名和加密。
这可以通过在 MessageHeaderAttribute 和 MessageBodyMemberAttribute 特性上设置 System.ServiceModel.MessageContractMemberAttribute.ProtectionLevel 属性来完成。该属性是 System.Net.Security.ProtectionLevel 类型的枚举，可以设置为 None（不加密或签名）、Sign（仅数字签名）或 EncryptAndSign（加密并数字签名）。默认值为 EncryptAndSign。
若要让这些安全功能起作用，必须正确配置绑定和行为。如果在没有正确配置的情况下使用这些安全功能（例如，在不提供凭据的情况下试图对消息进行签名），则会在验证时引发异常。
对于消息头，会分别为每个消息头确定其保护级别。
对于消息正文部分，保护级别可理解为“最低保护级别”。无论包含几个正文部分，正文都只有一个保护级别。正文的保护级别由所有正文部分的最高 ProtectionLevel 属性设置确定。不过，您应该将每个正文部分的保护级别设置为实际要求的最低保护级别。
考虑下面代码示例中的类。
C#
复制
[MessageContract]
public class PatientRecord
{
[MessageHeader(ProtectionLevel=None)] public int recordID;
[MessageHeader(ProtectionLevel=Sign)] public string patientName;
[MessageHeader(ProtectionLevel=EncryptAndSign)] public string SSN;
[MessageBodyMember(ProtectionLevel=None)] public string comments;
[MessageBodyMember(ProtectionLevel=Sign)] public string diagnosis;
[MessageBodyMember(ProtectionLevel=EncryptAndSign)] public string medicalHistory;
}
在此示例中，`recordID` 标头未受保护，`patientName` 为 `signed`，`SSN` 进行了加密和签名。至少有一个正文部分 `medicalHistory` 已应用 EncryptAndSign，因此将对整个消息正文进行加密和签名，即使 comments 和 diagnosis 正文部分指定了较低的保护级别。
控制标头和正文部分的名称和命名空间
在消息协定的 SOAP 表示形式中，每个标头和正文部分都映射为一个具有名称和命名空间的 XML 元素。
默认情况下，命名空间与消息加入的服务协定的命名空间相同，名称由应用 MessageHeaderAttribute 或 MessageBodyMemberAttribute 属性的成员名称确定。
通过操作 System.ServiceModel.MessageContractMemberAttribute.Name 和 System.ServiceModel.MessageContractMemberAttribute.Namespace（在 MessageHeaderAttribute 和 MessageBodyMemberAttribute 特性的父类上）可以更改这些默认值。
考虑下面代码示例中的类。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public Operation operation;
[MessageHeader(Namespace="http://schemas.contoso.com/auditing/2005")] public bool IsAudited;
[MessageBodyMember(Name="transactionData")] public BankingTransactionData theData;
}
在此示例中，`IsAudited` 标头位于代码中指定的命名空间中，表示 `theData` 成员的正文部分由名为 `transactionData` 的 XML 元素表示。
控制是否包装 SOAP 正文部分
默认情况下，SOAP 正文部分会在包装元素内部进行序列化。例如，下面的代码演示从 `HelloGreetingMessage` 消息的消息协定中的 MessageContractAttribute 类型的名称生成的 `HelloGreetingMessage` 包装元素。
C#
VB
复制
[MessageContract]
public class HelloGreetingMessage
{
private string localGreeting;

[MessageBodyMember(
Name = "Salutations",
Namespace = "http://www.examples.com"
)]
public string Greeting
{
get { return localGreeting; }
set { localGreeting = value; }
}
}

/*
The following is the request message, edited for clarity.

<s:Envelope>
<s:Header>
<!-- Note: Some header content has been removed for clarity.
<a:Action>http://GreetingMessage/Action</a:Action>
<a:To s:mustUnderstand="1"></a:To>
</s:Header>
<s:Body u:Id="_0" xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<HelloGreetingMessage xmlns="Microsoft.WCF.Documentation">
<Salutations xmlns="http://www.examples.com">Hello.</Salutations>
</HelloGreetingMessage>
</s:Body>
</s:Envelope>
*/

若要取消包装元素，请将 IsWrapped 属性设置为 false。若要控制包装元素的名称和命名空间，请使用 WrapperName 和 WrapperNamespace 属性。
注意：
消息中具有多个未包装的消息正文部分不符合 WS-I 基本配置文件 1.1 的规定，在设计新消息协定时不建议这样做。但是，在某些特定的互操作性方案中，必需要具有多个未包装的消息正文部分。如果要在消息正文中传输多段数据，则建议使用默认（包装）模式。未包装的消息中具有多个消息头是完全可以的。
SOAP 操作
SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。
SOAP 标头属性
SOAP 标准定义了下列可存在于标头上的属性：
Actor/Role（在 SOAP 1.1 中为 Actor，在 SOAP 1.2 中为 Role）

MustUnderstand

Relay

Actor 或 Role 属性指定要使用给定标头的节点的统一资源标识符 (URI)。MustUnderstand 属性指定处理标头的节点是否必须理解该标头。Relay 属性指定要将标头中继到下游节点。WCF 不会对传入消息的这些属性执行任何处理，但 MustUnderstand 属性除外，该属性将在本主题后面的“消息协定版本管理”部分中说明。但它允许您根据需要读取和写入这些属性，如下所述。
发送消息时，默认情况下不会发出这些属性。您可以采取两种方式更改这一行为。第一种方式是通过更改 System.ServiceModel.MessageHeaderAttribute.Actor、System.ServiceModel.MessageHeaderAttribute.MustUnderstand 和 System.ServiceModel.MessageHeaderAttribute.Relay 属性，以静态方式将这些特性设置为任何需要的值，如下面的代码示例所示。（请注意，没有 Role 属性；如果使用 SOAP 1.2，则设置 Actor 属性会发出 Role 特性）。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader(Actor="http://auditingservice.contoso.com", MustUnderstand=true)] public bool IsAudited;
[MessageHeader] public Operation operation;
[MessageBodyMember] public BankingTransactionData theData;
}
第二种方式是通过代码以动态方式控制这些属性。为此，您可以将所需的标头包装在 MessageHeader 类型中（切勿将此类型与非泛型版本混淆），并与 MessageHeaderAttribute 一起使用该类型。然后，可以在 MessageHeader 上使用属性来设置 SOAP 特性，如下面的代码示例所示。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public MessageHeader<bool> IsAudited;
[MessageHeader] public Operation operation;
[MessageBodyMember] public BankingTransactionData theData;
}
// application code:
BankingTransaction bt = new BankingTransaction();
bt.IsAudited = new MessageHeader<bool>();
bt.IsAudited.Content = false; // Set IsAudited header value to "false"
bt.IsAudited.Actor="http://auditingservice.contoso.com";
bt.IsAudited.MustUnderstand=true;
如果同时使用动态和静态控制机制，则静态设置用作默认设置，但可以在以后使用动态机制重写，如下面的代码所示。
other
复制
[C#]
[MessageHeader(MustUnderstand=true)] public MessageHeader<Person> documentApprover;
// later on in the code:
BankingTransaction bt = new BankingTransaction();
bt.documentApprover = new MessageHeader<Person>();
bt.documentApprover.MustUnderstand = false; // override the static default of 'true'
允许创建具有动态属性控制的重复标头，如下面的代码所示。
C#
复制
[MessageHeaderArray] public MessageHeader<Person> documentApprovers[];
在接收端，仅当对类型中的标头使用 MessageHeader 类时才能读取这些 SOAP 属性。请检查 MessageHeader 类型的标头的 Actor、Relay 或 MustUnderstand 属性 (Property) 以发现所接收消息的属性 (Attribute) 设置。
当接收到消息然后发回该消息时，SOAP 属性设置仅对 MessageHeader 类型的标头往返一次。
SOAP 正文部分的顺序
在某些情况下，可能需要控制正文部分的顺序。默认情况下，正文元素采用字母顺序，但可以通过 System.ServiceModel.MessageBodyMemberAttribute.Order 属性进行控制。此属性具有与 System.Runtime.Serialization.DataMemberAttribute.Order 属性相同的语义，但在继承方案中的行为除外（在消息协定中，基类型正文成员不排列在派生类型正文成员之前）。有关更多信息，请参见数据成员顺序.
在下面的示例中，`amount` 通常排在第一位，因为按字母顺序它排在第一位。但 Order 属性将它放在了第三位。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public Operation operation;
[MessageBodyMember(Order=1)] public Account sourceAccount;
[MessageBodyMember(Order=2)] public Account targetAccount;
[MessageBodyMember(Order=3)] public int amount;
}
消息协定版本管理
有时，您可能需要更改消息协定。例如，应用程序的新版本可能会向消息中添加额外的标头。在从新版本应用程序向旧版本应用程序发送消息时，系统必须处理额外的标头；同样，反方向操作时系统必须处理缺少的标头。
下面的规则适用于标头的版本管理：
WCF 不反对缺少标头，相应的成员将保留其默认值。

WCF 还忽略意外的额外标头。此规则的一种例外情况是在传入的 SOAP 消息中，额外标头的 MustUnderstand 属性设置为 true。在这种情况下，由于存在一个无法处理但必须理解的标头，因此会引发异常。

消息正文具有类似的版本管理规则，即忽略缺少和附加的消息正文部分。
继承注意事项
消息协定类型可以继承自另一个类型，前提是基类型也具有消息协定。
在使用继承自其他消息协定类型的消息协定类型创建或访问消息时，下面的规则适用：
继承层次结构中的所有消息头集合在一起构成消息头的完整集合。

继承层次结构中的所有消息正文部分集合在一起构成消息正文的完整集合。正文部分按照通常排序规则排列（按 System.ServiceModel.MessageBodyMemberAttribute.Order 属性，然后按字母顺序排序），与它们在继承层次结构中的位置无关。在使用消息协定继承时，强烈建议消息正文部分不要出现在继承树的多个级别上。如果基类和派生类用相同的名称定义标头或正文部分，则使用最基础的类中的成员来存储该标头或正文部分的值。

考虑下面代码示例中的类。
C#
复制
[MessageContract]
public class PersonRecord
{
[MessageHeader(Name="ID")] public int personID;
[MessageBodyMember] public string patientName;
}

[MessageContract]
public class PatientRecord : PersonRecord
{
[MessageHeader(Name="ID")] public int patientID;
[MessageBodyMember] public string diagnosis;
}
`PatientRecord` 类描述了一个消息，该消息具有一个名为 `ID` 的标头。该标头对应于 `personID` 而不对应于 `patientID` 成员，因为选择了最基础的成员。因此，在这种情况下，`patientID` 字段无用。消息正文包含 `diagnosis` 元素，后面跟随 `patientName` 元素，因为这是这些元素的字母顺序。表注意，该示例演示了一种强烈建议不要使用的模式：基消息协定和派生消息协定都具有消息正文部分。
WSDL 注意事项
在从使用消息协定的服务生成 Web 服务描述语言 (WSDL) 协定时，必须记住生成的 WSDL 中并不会反映所有的消息协定功能。请考虑以下几点：
WSDL 无法表示标头数组的概念。使用 MessageHeaderArrayAttribute 创建具有标头数组的消息时，生成的 WSDL 只反映一个标头而不是该数组。

生成的 WSDL 文档可能不反映某些保护级别信息。

在 WSDL 中生成的消息类型的名称与消息协定类型的类名称相同。

在多个操作中使用同一个消息协定时，会在 WSDL 文档中生成多个消息类型。对于后续使用，会在名称中添加数字“2”、“3”等以使名称唯一。在导回 WSDL 时，会创建多个消息协定类型，除了名称不同外，这些消息协定类型完全相同。

SOAP 编码注意事项
WCF 允许但不推荐使用 XML 的旧式 SOAP 编码样式。使用这种样式时（在应用于服务协定的 System.ServiceModel.XmlSerializerFormatAttribute 上将 Use 属性设置为 Encoded），下面的附加注意事项适用：
不支持消息头；这意味着属性 MessageHeaderAttribute 和数组属性 MessageHeaderArrayAttribute 与 SOAP 编码不兼容。

如果未包装消息协定，即如果属性 IsWrapped 设置为 false，则消息协定只能具有一个正文部分。

请求消息协定的包装元素的名称必须与操作名称匹配。为此请使用消息协定的 WrapperName 属性。

响应消息协定的包装元素的名称必须与具有“Response”后缀的操作名称相同。为此请使用消息协定的 WrapperName 属性。

SOAP 编码保留对象引用。例如，请考虑下面的代码。

C#
复制
[MessageContract(WrapperName="updateChangeRecord")]
public class ChangeRecordRequest
{
[MessageBodyMember] Person changedBy;
[MessageBodyMember] Person changedFrom;
[MessageBodyMember] Person changedTo;
}

[MessageContract(WrapperName="updateChangeRecordResponse")]
public class ChangeRecordResponse
{
[MessageBodyMember] Person changedBy;
[MessageBodyMember] Person changedFrom;
[MessageBodyMember] Person changedTo;
}

// application code:
ChangeRecordRequest cr = new ChangeRecordRequest();
Person p = new Person("John Doe");
cr.changedBy=p;
cr.changedFrom=p;
cr.changedTo=p;
使用 SOAP 编码序列化消息后，`changedFrom` 和 `changedTo` 不包含其自己的 `p` 副本，而是指向 `changedBy` 元素内的副本。
性能注意事项
每个消息头和消息正文部分相互独立地进行序列化。因此，可以为每个标头和正文部分重新声明相同的命名空间。为了提高性能，特别是对于消息在网络上的大小，请将多个标头和正文部分合并成一个标头或正文部分。例如，不要使用下面代码：
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public Operation operation;
[MessageBodyMember] public Account sourceAccount;
[MessageBodyMember] public Account targetAccount;
[MessageBodyMember] public int amount;
}
请使用此代码。
C#
复制
[MessageContract]
public class BankingTransaction
{
[MessageHeader] public Operation operation;
[MessageBodyMember] public OperationDetails details;
}

[DataContract]
public class OperationDetails
{
[DataMember] public Account sourceAccount;
[DataMember] public Account targetAccount;
[DataMember] public int amount;
}
基于事件的异步协定和消息协定
基于事件的异步模型设计准则规定，如果返回了多个值，则一个值会作为 Result 属性返回，其他值会作为 EventArgs 对象上的属性返回。因此产生的结果之一是，如果客户端使用基于事件的异步命令选项导入元数据，且该操作返回多个值，则默认的 EventArgs 对象将返回一个值作为 Result 属性，返回的其余值是 EventArgs 对象的属性。
如果要将消息对象作为 Result 属性来接收并要使返回的值作为该对象上的属性，请使用 /messageContract 命令选项。这会生成一个签名，该签名会将响应消息作为 EventArgs 对象上的 Result 属性返回。然后，所有内部返回值就都是响应消息对象的属性了。

本文链接

注意：
消息协定中会忽略 KnownTypeAttribute 属性。如果需要 KnownTypeAttribute，可以将其放在使用所述消息协定的操作上。

注意：
消息中具有多个未包装的消息正文部分不符合 WS-I 基本配置文件 1.1 的规定，在设计新消息协定时不建议这样做。但是，在某些特定的互操作性方案中，必需要具有多个未包装的消息正文部分。如果要在消息正文中传输多段数据，则建议使用默认（包装）模式。未包装的消息中具有多个消息头是完全可以的。

15138删除对于用户失败,数据库主体在该数据库中拥有架构

2011-09-29T06:40:00Z

解决方法一

先删除此用户对应的架构，然后在删除对应的用户
步骤
1。SQL SERVER MANAGEMENT STUDIO--》数据库--》安全性--》构架，先删除对应的构架
2。SQL SERVER MANAGEMENT STUDIO--》数据库--》安全性--》用户，删除对应的用户

解决方法二

--执行如下SQL语句

ALTER AUTHORIZATION ON SCHEMA::db_owner TO dbo;
--然后手动删除就可以了。

本文链接

ASP.NET MVC AuthorizeAttribute 相关

2011-09-28T06:09:00Z

AuthorizeAttribute 类
.NET Framework 4

表示一个特性，该特性用于限制调用方对操作方法的访问。
继承层次结构
System.Object
System.Attribute
System.Web.Mvc.FilterAttribute
System.Web.Mvc.AuthorizeAttribute
命名空间： System.Web.Mvc
程序集： System.Web.Mvc（在 System.Web.Mvc.dll 中）

许多 Web 应用程序要求在用户登录之后才授予其对受限制内容的访问权限。在某些应用程序中，即使是登录的用户，也会限制他们可以查看的内容或可以编辑的字段。
要限制对 ASP.NET MVC 视图的访问，您可以限制对呈现视图的操作方法的访问。为此，MVC 框架提供 AuthorizeAttribute 类。
使用 AuthorizeAttribute
当您使用 AuthorizeAttribute 标记一个操作方法时，则限制只有经过身份验证和授权的用户才能访问该操作方法。如果您使用该特性标记控制器，则限制控制器中的所有操作方法。
Authorize 特性允许您指明将授权限制给预定义角色或各个用户。这使您可以高度控制谁有权查看网站上的任何页面。
如果未经授权的用户尝试访问用 Authorize 特性标记的方法，则 MVC 框架会返回 401 HTTP 状态代码。如果站点配置为使用 ASP.NET Forms 身份验证，401 状态代码会导致浏览器将用户重定向到登录页。

以上转自：http://msdn.microsoft.com/zh-cn/library/system.web.mvc.authorizeattribute.aspx#using_authorizeattribute

自定义AuthorizeAttribute
网站的权限判断是一个非常普遍的需求，从文章ASP.NET MVC的Action Filter中我们知道实现这样的需求只要从AuthorizeAttribute集成，重写相关的判断逻辑就可以了。这里记录一下：
namespace TokenAcl.Web.Helper
{
public class TokenAclAuthorizeAttribute : AuthorizeAttribute
{
protected override bool AuthorizeCore(HttpContextBase httpContext)
{
bool result = false;
if (httpContext == null)
{
throw new ArgumentNullException("httpContext");
}
string[] users = Users.Split(',');
string[] roles = Roles.Split(',');
if (!httpContext.User.Identity.IsAuthenticated)
return false;
if (roles.Length != 0)
{
List<Role> rightRoles = RightClient.GetAllRole(TakenAclMenu.SystemID, TakenAclMenu.UserID);
foreach (var role in roles)
{
if (rightRoles.Where(x => x.Code == role).Count() > 0)
{
result = true;
break;
}
}
}
if (!result)
{
httpContext.Response.StatusCode = 403;
}
return result;
}
public override void OnAuthorization(AuthorizationContext filterContext)
{
base.OnAuthorization(filterContext);
if (filterContext.HttpContext.Response.StatusCode == 403)
{
filterContext.Result = new RedirectResult("/Admin/Dashboard");
}
}
}
}
从AuthorizeAttribute继承过来实现了一个类TokenAclAuthorizeAttribute ，重写了方法AuthorizeCore，使用自己开发的权限系统进行权限的验证，如果没有通过认证，这表示没有权限访问，设置HTTP 状态代码为403。这样还是不行，还得重写另一个方法OnAuthorization。AuthorizeCore方法返回false，MVC 此时将返回的ActionResult是HttpUnauthorizedResult：
public class HttpUnauthorizedResult : ActionResult {
public override void ExecuteResult(ControllerContext context) {
if (context == null) {
throw new ArgumentNullException("context");
}
// 401 is the HTTP status code for unauthorized access - setting this
// will cause the active authentication module to execute its default
// unauthorized handler
context.HttpContext.Response.StatusCode = 401;
}
}
从HttpUnauthorizedResult的源码可以看出，HttpUnauthorizedResult的执行很简单，就是设置当前的HttpContext.Response的状态码为401，这样就回激活authentication module 执行它默认的 unauthorized handler，也就是跳转到登陆页面的，这似乎也不符合逻辑，认证和授权应该是验证的两个方面。这不符合要求，用户已经登陆成功了，只是没有权限而已。我这里只是重写OnAuthorization方法，重定向到一个页面而已，也可以写一个ActionResult。

以上转自：http://www.cnblogs.com/shanyou/archive/2010/03/27/1698639.html
本文链接

博客园_善良，踏实，实现，坚持，厚积薄发

TeamFoundation 团队项目门户网站 无法应用日历写日志的解决办法

TeamFoundation Server 使用技巧

windows 8 server beta & visual studio 11 beta 下载地址

创业了，发一则招聘信息

使用sql server management studio 2008 连接数据库,无法查看数据库,提示 无法为该请求检索数据 错误916 - z

微软SCRUM 1.0流程模板在中文版TFS2010上无法创建项目的彻底解决办法 - 转

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式 的解决方法

使用消息约定-MessageContract -z

SOAP 操作SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。

15138删除对于用户失败,数据库主体在该数据库中拥有架构

ASP.NET MVC AuthorizeAttribute 相关

TeamFoundation 团队项目门户网站无法应用日历写日志的解决办法

使用sql server management studio 2008 连接数据库,无法查看数据库,提示无法为该请求检索数据错误916 - z

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式的解决方法

SOAP 操作
SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。