vbcti

[原文发表地址]Diagnosing Problems in a Deployed 3-Tier LightSwitch Application (Eric Erhardt) [原文发表时间]2011-9-20 13：00 时常LightSwitch 应用程序在开发人员的机器上运行得很完美，但是当部署到互联网信息服务器（IIS）机器上时，它就不再正常运作了。出现的问题范畴包括从IIS配置不当到数据库连接字符串不正确。或者是某个程序集没有部署在IIS机器上。 谨在这儿分享一些我常用的调试技术来帮助系统管理员诊断部署的应用程序中的问题。关于如何配置网络服务器和部署LightSwitch应用程序，更多详细信息可参考Beth Massi’s deployment guide。 在我继续讲述之前，正确树立你的期待值。它不是万能的，不能解决你部署应用程序时遇到的所有问题。但是我可以提供一系列的步骤来诊断我们遇到的最常见的问题。每当有人对我说“我的应用程序出故障了”，我首先想到的事情就是这些步骤。如果这些步骤不能帮助你诊断问题所在，但它们至少提供了一些有用的信息，你可以把它们放到论坛里，在那儿或许有人可以帮到你。 可怕的红色X 在LightSwitch中，可怕的红色X类似于Xbox 360中的死亡之环，所以LightSwitch中出现红色X并没有那么悲惨。你没有必要用一个月的时间来修复。但是它也是你的应用程序中存在问题的一个重大暗示。当程序加载数据失败时，屏幕上将显示一个红色X。工具提示信息会出现“数据加载失败，请检查网络连接之后再重试”。 这些红色X实际上意味着在执行查询时，抛出了异常。 所以你该怎么做呢？ LightSwitch有一个少有人知的秘密，那就是它的服务器有一个与ASP.NET tracing相集成的诊断程序子系统。这个子系可以告诉你在运行查询时，哪个异常被抛出。同时它的功能远远比这更强大。你可以用它来追踪向服务器请求的行为以及服务器对每个行为所作的回应。所以即使所有事情看起来在运作，但你可以知道程序真正在做什么。 当创建一个新的LightSwitch应用程序时，默认情况下诊断是被禁用的。这是为性能和安全因素考虑。性能的原因是不言而喻的，即使是服务器上简单的追踪也会降低处理能力。出于安全因素是因为当诊断被允许时和当你允许远程机器来查看诊断时，任何使用你的应用程序的注册用户都可以获取诊断记录。 有5 个应用程序设置可以控制诊断程序子系统的行为： Name Possible values Description Microsoft.LightSwitch.Trace.Enabled true, false Enables diagnostic tracing on the server.  Default is false. Microsoft.LightSwitch.Trace.LocalOnly true, false When set [...]

[原文发表地址] Solution Packages and the SharePoint Tools Continuum [原文发表时间] 2011-10-03 07:00 SharePoint2010开发平台的一大好处就是，它把各个站点都保存为解决方案包。解决方案包扩展名为.wsp，储存在.cab文件中，是一种可部署，可再用包的文件。你可以在浏览器，SharePoint设计器2010和微软Visual Studio 2010中创建方案包。在浏览器和SharePoint设计器2010用户界面中，解决方案包也被称为模板。这项灵活的功能让你能在浏览器和/或SharePoint设计器中创建，设计站点结构，然后将这些自定义内容输入Visual Studio 2010，以供后续开发。 自定义内容完成后，你可以将你的解决方案包部署到SharePoint中，在SharePoint中使用。用浏览器修改完现有站点结构之后，你可以重新再来一遍，保存更新站点为解决方案包。 这个工具的可延续性还能让你使用其他一些工具。比如，你可以在微软Visio 2010中设计工作流进程，然后输入到SharePoint设计器 2010，再到Visual Studio 2010。有关如何做到这一点的说明，参见在Visio中创建，输入和输出SharePoint 工作流。 要了解更多关于在SharePoint设计器2010中创建解决方案包的信息，参见将SharePoint站点保存为模板。要了解更多关于Visual Studio 2010方案包的信息，参见创建SharePoint 方案包。

[原文发表地址] Configuring a TFS Environment with Test Controller, Test Agent, and Build Server (Kirk Evans) [原文发表时间] 2011-08-11 07:53 欢迎阅读SharePoint 2010持续集成系列的第二部分。这篇文章会讨论如何配置你的TFS环境。 这个系列的博文介绍了许多新的技术，教你如何自动生成，部署生成，将测试纳入生成过程的一部分。要建立一个项目，依赖程序集必须在该计算机上。这个条件约束下，使得为SharePoint 2007和SharePoint 2010扩展项目使用同一个生成服务器就变得很困难了。你可以使用集中的Team Foundation Server（TFS）服务器和选用你的项目所需的特定生成服务器来解决这个问题。如果你想在控制环境中测试你的应用程序，TFS会实现让你用自己的测试控制器和测试代理来执行测试。 要展示这些技术，我们会为TFS环境配置一个集中TFS服务器，一个测试控制器和代理，以及Team生成服务器。 实验室环境 我们在做的实验室环境模拟了我们在那些使用TFS的公司里经常可以看到的环境。公司把现有的主导控制器，SQL服务器和SharePoint服务器都安装在不同的机器上（无论是物理机还是虚拟机）。开发在独立的机器上完成，而代码则被部署在SharePoint环境上。 我们常看到，公司提供的是分散的TFS环境。一个集中TFS服务器，支持它的数据库提供应用程序，数据库和报告功能，而独立项目团队提供它们自己的生成和测试服务器。这个配置帮助隔离了一个生成服务器成功地生成源代码所需的依赖性，同时通过将生成过程分散到各个服务器，从而也避免了多并发消耗系统资源。 安装在每个机器上的软件： Machine Software Installed DC.SharePoint.lab Active Directory SQL.SharePoint.lab SQL Server 2008 R2 Standard Edition SPProd.SharePoint.lab SharePoint Server 2010 Enterprise Edition SPDev.SharePoint.lab [...]

[原文发表地址] Creating your first TFS Build Process for SharePoint projects (Chris O’Brien) [原文发表时间] 2011-08-25 07:03 你配置了TFS 2010生成之后，你就可以创建一个生成定义来自动构建你的SharePoint代码库了。MSDN上有详细讲述这个方面的内容（参见Visual Studio应用周期管理中的 定义生成过程这部分），而这篇博文则会对构建SharePoint项目所需的特定要求做些指导，给在这方面刚开始的同行们强调一些关键信息。 以下是我们将在这篇博文中讨论的内容概述： 配置生成服务器来编译SharePoint程序集 配置生成服务器来生成SharePoint方案（WAP）包，不仅仅是程序集 创建首个生成定义——过程概述 编辑生成工作流 处理项目间的依赖关系 配置生成服务器以编译SharePoint程序集 根据默认设置，TFS 2010生成代理无法编译SharePoint代码。这是因为这些项目与SharePoint程序集（比如Microsoft.Sharepoint.dll）相关，而且这些程序集不常存在于生成服务器中，所以编译常常会失败。只有一种例外情况，那就是如果SharePoint 2010也直接安装在生成服务器上——介于性能关系，并不推荐这种布局。 要使编译成功，SharePoint程序集需复制到构建服务器上。这个过程在MSDN上有相关文件，微软也提供PowerShell脚本来“收集”SharePoint服务器中的程序集，然后在构建服务器上正确的文件系统位置“安装”它们。所以第一步就是： 1. 按照如何用TFS团队生成来构建SharePoint项目上的详细步骤 2. 使用在MSDN代码库中发布的SharePointProjectToTfsBuildServer.ps1PowerShell脚本（在上述文章中也有链接） 尽管PowerShell脚本多少简化了整个过程，但要注意除了那些默认收集的程序集之外，可能还会需要其他组件。而且，一些SharePoint程序集只能直接从SharePoint机器的GAC中复制（比如在GAC中导航到GAC_MSIL文件夹）。确切的程序集清单要根据你构建的代码而定。作为指南，我在对项目实行CI时，需要的程序集如下： Microsoft.Office.Server.dll Microsoft.Office.Server.UserProfiles.dll Microsoft.SharePoint.Client.dll Microsoft.SharePoint.Client.Runtime.dll Microsoft.SharePoint.Client.ServerRuntime.dll Microsoft.SharePoint.Linq.dll Microsoft.SharePoint.Portal.dll Microsoft.SharePoint.Publishing.dll Microsoft.SharePoint.Taxonomy.dll Microsoft.SharePoint.WorkflowActions.dll Microsoft.Web.CommandUI.dll 要添加程序集至PowerShell脚本，将37—41行的分配做如下变更： Original script $Script:SharePoint14ReferenceAssemblies [...]

[原文发表地址] How to Create a RIA Service Wrapper for an Editable OData Source [原文发表时间] 2011-10-11 10:39 简介 LightSwitch内置支持SQL服务器和SharePoint数据源。要访问其他数据源，你要自行编写WCF RIA DomainService。这篇博文会教你如何通过将访问OData Service的方法封装到DomainService的方式来读写OData数据源。 对于那些能用于RIA Services和LightSwitch的OData Services有一些限制条件。 复杂类型 虽然OData和RIA Services都在实体上支持复杂类型，但是LightSwitch并不支持。如果实体上出现复杂类型属性，LightSwitch将会在导入实体时，忽略那个属性。有一些变通的方法可以用来处理这种情况，我们会在其他博文中详细讲这个问题。 无外键的导航属性 OData Service可以包含与外键无关联的导航属性。这差不多就是多对多关系，不过也可能出现0.1到多或者1到多的关系。比如，Netflix OData Catalog在Title和Genre间包含一个多对多关系。不幸的是，RIA Service的关联是基于外键的。如果一个OData的关联不是基于外键的话，那么通过RIA Service就没有很好的诠释方法了。 如果一个OData Service包含了这类关联，那么在LightSwitch中就会没有现存的方法来表示。不过，你可以在RIA Service上添加带参数的查询，它可以被LightSwitch调用。使用这个功能，查询就能代表这些不被支持的关联能被实现了。对Netflix来说，例如，你可以在RIA Service上定义查询GetGenresByTitle和GetTitlesByGenre，它可以调用特定的OData导航属性。 为LightSwitch创建OData DomainService包的基本步骤如下： 创建一个类库项目 添加与OData Service相关的服务 为项目添加WCF DomainService 添加一个metadata类为LightSwitch提供关于引用的Service所实现的类的特定信息。 为你的DomainService添加查询函数，去显示OData Service上的每个实体类 为你的DomainService添加函数来实现创建，更新，删除每一个实体类 步骤1-5在如何为OData数据源创建RIA [...]

[原文发表地址] Web Part Development Options in SharePoint 2010 [原文发表时间] 2011-10-17 07:00 这个图表展示了你在Visual Studio中开发Web Parts可用的项目模板和项目项模板。虽然这些模板达成的效果是一样的（运行SharePoint的很棒的工具），但是开发的过程中可以用代码工作，也可以使用设计器来构建UI,体验是完全不同的。了解更多的详情，请见下列MSDN话题。 创建SharePointWeb Parts 在SharePoint 2010中连接Web Parts 创建SharePoint 2010 Web Parts, 读写数据至外部数据源

[原文发表地址] Working with SharePoint 2010 Themes (Anweshi Deverasetty) [原文发表时间] 2011-02-03 07:00 嗨，大家好，我是Anweshi Deverasetty。在过去的4年半中，我一直担任微软服务全球交付的副顾问。我从事软件行业已有9年，尤其是在SharePoint部分研究。目前，我在做一个项目，要将SharePoint 2007移至2010，实现Pivot视图，BCS，快速搜索等。这篇博客就是我致力开发和部署主题的产物。 希望你们阅读愉快！ 介绍 我们的应用涉及SharePoint 2007到2010环境Web应用上的站点集合迁移。在用户角度的基本要求上，介于我们想在站点集合上执行可视化升级，我们用stsadm 中的PreserveOldUserExperience执行了迁移。这会做数据迁移，不过保留SharePoint 2007的外观和感觉。之后，可视化升级会用来升级至SharePoint 2010的外观和感觉。你可以点击这里在MSDN上了解更多PreserveOldUserExperience。 迁移主要涉及3个步骤——数据迁移，可视化升级和使我们的自定义组件与新版本兼容。做完数据迁移之后，执行可视化升级就很简单了，只是从站点设置→站点集合管理执行可视化升级而已，如下图所示（点击查看大图）： 图1：站点设置中的可视化升级 不过仅仅执行可视化升级并没有多大作用。在你落实可视化升级之前需要考虑很多，做很多准备。第一件事就是在主页和主题上的工作。设计主题前，你要决定你是否希望跟着主题走，或者想要CSS风格。从始至终保持一种风格而不是而不是两种都使用 是很重要的，主题有时可能会覆盖CSS， 反之亦然。接下来会告诉你如何创建和部署一个主题。 关于主题 主题在2010中彻底被改变了。全新的2010主题使用的是完全不同的设计。SharePoint 2007主题使用CSS和图像，而新的2010主题则使用.thmx格式。这就意味着主题可以用PowerPoint或其它任何在本篇后面要讨论的工具简单地创建。你会注意到旧版SharePoint 2007主题在SharePoint 2010中不再使用。当你没有执行可视化升级执行迁移时，旧主题可以支持2007的外观和感觉。 这有许多可用的预定义主题，你可以从站点设置→外观和感觉→站点主题中看到。注意在SharePoint服务器中，你可以在浏览器内自定义主题。在SharePoint Foundation中，这个功能还不支持。以下是SharePoint服务器中站点主题的快速浏览（点击查看大图）： 图2 ：在站点设置中设置主题 创建自定义主题 SharePoint 2007创建主题要花些功夫，因为我们要处理CSS和图像。不过由于2010中主题设计大大改善，所以变得简单多了。下面就是一些可用的工具。提供了多种方法来创建主题。 自定义主题功能 在外观和感觉部分设置站点设置主题是SharePoint服务器中默认的功能，能使你自定义主题。在图2中，你可以看到自定义主题选项，让你自定义选中的主题。无论何时你选择一个预定义主题并自定义它，它就会创建一个新的主题叫做自定义，然后所有的变化都会应用到这个自定义主题中。所以每次你对一个预定义主题做了修改，自定义主题就会被改写。现在，如果你想保存这个主题，并在本地下载，你要按照以下步骤来操作： 1. 查看HTML源代码页面，查找/_catalogs/theme/Themed/uniqueHexId/corev4-uniqueNumber.css 2. 在浏览器中，导航至http://yourServer/_catalogs/theme/Themed/uniqueHexId/theme.thmx并下载文件 3. 重命名文件MyCustomTheme.thmx 主题生成器 你还可以用主题生成器来创建主题，可以在http://connect.microsoft.com/themebuilder获取。你可以选择现有的主题，或者用这个工具创建新的主题。以下是主题生成器的截屏： 图3：主题生成器UI PowerPoint [...]

[原文发表地址]Happy Birthday SharePoint! [原文发表时间]April 5, 2011 ,9:50AM 本周是SharePoint Portal和团队服务首次发行的10周年纪念。当我在衣橱里翻箱倒柜找第一件SharePoint T恤穿去上班时，我突然意识到是时候该回顾SharePoint的历程，展望即将开启的新篇章了。届时，作为即将到来的Office 365 版本的一部分，SharePoint在线将会帮助更多个人和组织机构。 产品能够赢得全球如此多的顾客和合作伙伴的青睐，我和整个团队都感到非常幸运-实际上，在过去的五年里，每天以20,000 名 SharePoint 新用户 的数量在增加 。然而，工作中最有趣的地方是能听到许多令人惊叹的故事，这些故事告诉我们SharePoint是怎样帮助各种规模和类别的机构提高生产效益。当我们刚开始组建团队时，有些人认为我们不是疯了，就是太鲁莽。但我们看到了SharePoint会帮助我们的客户打破人与科技之间的界限的商机。通过跨越个人，团队，局域网和互联网结构，我们能结合传统合作，文件管理，搜索及门户功能和向用户传递超越网站和Microsoft Office的经验-这一概念挑战了这个行业里界定可能与不可能的许多假设。现今，SharePoint是行业里领先的合作平台，这个平台为成千上万的机构所用，并在一个几十亿美元打造的生态系统中，受许多合作伙伴的创新性解决方案支持。当我们继续提供最简便的团队合作解决方案时，我们已经添加了深层次的功能，从强大的快速搜索到高级Excel和PowerPivot商务智能再到业务集成，包括Mcirosoft Dynamics和通过SAP via Duet。一件有趣的事是，当我上次查看的时候，在Amazon上有超过1,000本 SharePoint 书籍。 一直推动我们前进的动力是SharePoint社区的积极反馈。在SharePoint大会上，我们发布了SharePoint 2010并被你们的反馈所震惊。感谢那些参加过我们的会议以及将要参加今年秋季会议的人们。在反馈中，我们最常听到的话题是SharePoint成功的原因是我们使许多操作变得比以前简单，并且你们希望SharePoint团队能继续将它独有的简约与灵活性带到下一阶段。尽管在过去两年中，我们提供了SharePoint 在线云服务，但我们将跨出一大步，把简化使用最简单和最强大的合作科技作为Office 365的一个目标。我们拥有辛勤工作的团队致力于对它的研究，同时还有将比以前的SharePoint版本更能给大家带来惊喜并能照亮用户的即将上市的版本。希望见证SharePoint为您带来的服务并能倾听您的想法。再次感谢我们的客户、合作伙伴和职员，感谢他们过去10年和未来对SharePoint的支持。未来会更美好！ Jeff

[原文发表地址]Calling SharePoint workflow instances programmatically from other SharePoint workflows (Justin Joyce) [原文发表时间]2011-08-23 07:00 概述： 我们的客户列出了一系列需要工作流的项。其中的一些由于特定域值和条件会比其他的流更长。一些其他的特定类型项只要几个步骤，然后就会退出流再不回来。 介于这个要求，我们决定使用列表上的两个工作流。主要工作流负责项的创建，执行初始化新列表项所需的常规行为，包括设置唯一属性项ID代码，收集项上初始准许。第二工作流由第一工作流调用，即当特定域值存在，而且项是特定内容类型。 这就产生了一些有趣的问题，比如我们要怎么来完成这个。我们考虑的主要问题在于找到正确的工作流来启动项。我们不能确保实例名称总是我们设置的那个，因为客户会进来可以根据他们的喜好进行变更。由于现在已经有两个工作流模板附在列表上了，我们就不能使用首页属性。 实行： 那么是什么用独特有用的方式在认证工作流模板呢？每一个工作流模板都有一个基本模板ID号，以GUID的形式存在， 给了它一个独特的标识。附加在特定列表的工作流模板通过.BaseID属性保留这个基本模板ID号。啊哈！所以现在我们可以识别目标了。那么最简单的找到适合BaseID属性的GUID方法是什么呢？在我的例子中，介于我开发了两个工作流，所以我可以访问所有代码，进入项目的目标工作流，打开Elements.XML文件（如果你没有源代码，你也可以从工作流的Elements.xml文件中获取这个值，通过以下路径就行了：C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\FEATURES\FeatureName\WorkflowName\Elements.xml），下面你会看到工作流节点上的Id属性，就是你的基本模板Id。 现在我们知道我们要找什么了，但是我们要怎么找呢？显然是通过最好的LINQ. 我们正在运行的父列表有一个属性叫做WorkflowAssociations，你可能已经猜到这是可以用LINQ查询到的SPWorkflowAssociation对象的一个集合。 http://msdn.microsoft.com/EN-US/library/ms462802 现在还有一个要注意的地方，可能会出现目标工作流需要更新或者在某些点改变，而同时允许现有工作流实例存在，忽略它们其实已经被最新最好的取代的事实。这样你就要进入设置列表的工作流，将旧的工作流设置为“没有新实例”，然后附上最新的改良版。这就留下了一个潜在问题，我们必须在LINQ询问中要对其解释。由于这些工作流实例可能有相同的基本模板Id，它们可能都满足以下询问标准： 1: Guid svpwfid = new Guid("4e126fc9-6b12-1212-8c21-21120f264bad"); 2: var wfa = (from SPWorkflowAssociation spwfa in workflowProperties.Item.ParentList.WorkflowAssociations 3: where spwfa.BaseId == svpwfid 4: [...]

[原文发表地址] Update User Personal Settings with the SharePoint Object Model (Guru Pratap Ketepalli) [原文发表时间] 2011-06-23  14：43 每个用户对其网站集都有自己的个人设置。你可以点击登录用户链接，选择My Settings查看详情。 选中My Settings之后，你会被引导到显示你的个人信息。SharePoint重定位userdisp.aspx以下列形式显示用户详情：http://sitecollection/_layouts/userdisp.aspx?Force=True&ID=XXX SharePoint在站点Content DB中的“UserInfo”表中储存用户数据。当你导航至：http://sitecollection/_layouts/people.aspx，它就会以SharePoint列表形式显现。这些字段可以添加或删除，以适应团队的需要。如果你初次访问网站时，用户文件服务应用不可用，你的数据则会在Active目录中被检索，并储存在目录数据库“用户信息列表”中。于是下次登录时，目录数据库会搜索你的信息，如果找到，就会显示出来。 通过以下的步骤，用SharePoint对象模型可以实现信息的更新。 1. 为拥有所有易扩展属性的用户设置创建实体。 1: public struct UserSettingsEntity 2:  3: { 4:  5: public string Url; 6:  7: public string LoginName; 8:  9: public string Title; 10:  11: public [...]

一米精品工艺厂，专业定制各种商务礼品，如各种精美U盘，本厂网址：www.gok100.com，联系QQ：1064046868，欢迎广大顾客朋友前来批发零售。

一米精品工艺厂，专业定制各种商务礼品，如各种精美U盘，本厂网址：www.gok100.com，联系QQ：1064046868，欢迎广大顾客朋友前来批发零售。

一米精品工艺厂，专业定制各种商务礼品，如各种精美U盘，本厂网址：www.gok100.com，联系QQ：1064046868，欢迎广大顾客朋友前来批发零售。

不错哦

如果你可以的话，建议不用。呵呵。

很高深的东西。

[url=http://www.green99.cn]green99[/url] [url=http://www.zhijiajj.com]zhijiajj[/url]

“解退”令人费解。最好是用原文。

<p>昨天刚刚在MSND博客上看了一篇文章： <a href="http://blogs.msdn.com/dmitryr/archive/2008/12/29/asp-net-mvc-view-engine-using-vb-net-xml-literals.aspx">http://blogs.msdn.com/dmitryr/archive/2008/12/29/asp-net-mvc-view-engine-using-vb-net-xml-literals.aspx</a>，深受启发</p>

各个论坛都有它的特点，所以有它存在的理由，我给大家推荐个很好的资源网站北风网站http://www.ibeifeng.com/?u=32110还包括好的学习论坛推荐，计算机，考研，大学课程发布，传智播客培训与咨询，王洋高端培训与咨询，咨路教育培训与咨询，J2SE基础教程 ， J2EE学习区，J2ME学习区，尚学堂，传智，达内，其他机构，还包括MS-SQL数据库， 其他数据库，Oracle数据库，mysql数据，MFC组件使用， C++/VC++学习， C语言基础教程，编程开发工具，算法设计区，P网站制作，PHP网站制作，JSP网站制作，HTML/CSS/JS，黑客资源，网络基础，SEO学习，Sun认证，SCJP，软考，SCJD，微软认证，MCSE，思科认证，CCIE，MCSA，思科认证，CCNP ，CCNA，英语类视频，英语类视频资源， 韩语类，法语类视频，其他外语视频，JAVA类书籍，游戏开发类书籍，数据库类书籍，计算机网络类，操作系统，算法设计类书籍，各类源码模板下载，经济管理类书籍，2008欧洲杯