何小碩's profileGet More... ExperiencePhotosBlogListsMore ![]() | Help |
|
July 21 MOSS 裝好後 IIS 出現指定的路徑沒辦法被使用(出自於好朋友 小熊子)小熊子的部落格: http://work.michadel.net/2008_06_01_archive.html 當開啟 Internet Information Service 時,就會出現這個錯誤 The path specified cannot be used at this time. 很奇怪的是,在 EventLog 上 也出現以下的訊息 Event Type: Error 原因: The path specified cannot be used at this time. (Exception from HRESULT: 0x80070094) 技術支援詳細資料: Event Type: Error Attempted to read or write protected memory. This is often an indication that other memory is corrupt. 我發現微軟有一個 KB 在說明這個問題,並且在右上角提供索取 hotfix 的方法(小熊子大眼睛沒看到,謝謝黑暗大哥) http://support.microsoft.com/kb/946517 以下是 KB946517 的內容,提供參考 安裝完後, IIS 管理界面就開得起來囉~ July 18 MOSS 2007 字元限制Following is a list of names and other parameters with the maximum allowable size on each. Entity Max Permissible Size If during your course of using the product, you inadvertently cross these limits, then you would end up with errors. These are hard limits. * This is the maximum number of simultaneous workflows that can be in memory executing code. (NOTE: there is no limit to the number of workflow instances in progress in the database) ~harsh Posted by Harshawardhan Chiplonkar Web Services 的介紹粉清楚(作者: 朱永光)作者:Trent Swanson译者 朱永光 来源:InfoQ 酷勤网收集 2008-06-19 摘要 我不会过于深入WSS和MOSS之间的不同点,已经有大量的文章很好地解释了这个东西了,我们这里需要关心的只是Web Services的区别。记住MOSS 2007是构建于WSS 3.0之上的,其有构建于ASP.NET,并运行于IIS(Internet Information Server)中。 SharePoint通过一系列Web Services来支持互操作和远程调用,这里的SharePoint,我指的是WSS 3.0(Windows SharePoint Services)和MOSS 2007(Microsoft Office SharePoint Server)。有好几种方法来编程访问SharePoint,比如对象模型、Web Services、RPC over HTTP、以及WebDAV,所有这些方式基于应用程序的需要都有它们各自的优点和适用范围。SharePoint RPC协议很有用也很强大,特别在添加内容到服务器的时候,它确实有它的优势。对象模型比Web Service更健全特性更丰富,但是它不能提供远程操作的支持,因此若想使用对象模型,你的代码必须运行在SharePoint服务器上,并且你必须使用.NET语言来开发。之所以要进行SharePoint数据的远程操作,有几个不同方面的原因,无论是管理脚本,还是诸如运行在客户端机器上需要访问 SharePoint内容的应用程序,或者在企业中的非SharePoint应用程序,都需要对SharePoint进行原创操作。SharePoint 的Web Services构建于对象模型之上,暴露了对象模型里可用特性的一个子集,允许任何能“消费”Web Services的语言和平台进行远程操作。对于大部分任务,SharePoint所提供的Web Services都能满足,但是你也会发现一些对象模型中必需的操作没有在Web Services中出现,其要用自定义Web Service实现的方式来扩展。在这篇文章中,我们将会谈到在WSS3和MOSS 2007中存在的一些开箱即用的Web Services,并讲述如何从Java和.NET中“消费”它们。 Web Services构建概览我不会过于深入WSS和MOSS之间的不同点,已经有大量的文章很好地解释了这个东西了,我们这里需要关心的只是Web Services的区别。记住MOSS 2007是构建于WSS 3.0之上的,其有构建于ASP.NET,并运行于IIS(Internet Information Server)中。对IIS和ASP.NET有深入的了解是重要的,其有助于理解和使用SharePoint。我们将要讨论的大部分SharePoint 的Web Services是包含于WSS 3.0中,但也有一部分额外的是包含于MOSS 2007中,其利用了MOSS 2007所提供的额外特性,如更高级的企业搜索特性。 SharePoint Web Services使用ASP.NET Web Services (ASMX)来实现,所以你会在"web server extensions\12\ISAPI"(其通常位于C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI")之下的"Microsoft Shared"目录中找到这些Web Services中大部分的物理文件。用于管理中心工具的管理Web Service位于ADMISAPI文件夹中,其在管理中心控制台里是一个名为"_vti_adm"的虚拟目录。当你创建了一个SharePoint站点时,它将包含一个名为"_vti_bin"的虚拟目录,以指向这个位置。IIS不为子站点包含任何应用程序或虚拟目录,它们只是包含通过 SharePoint元数据和HttpModules实现的对_vti_bin虚拟目录的映射。 对于任何服务,你都能找到一个*.wsdl.aspx文件,其可以生成服务的WSDL(Web Services Description Language),一个*.disco.aspx文件提供访问发现实现,以及一个实际的*.asmx端点文件,它们中的大部分只是包含了一个引用到实际实现服务功能的SharePoint程序集和类型的页面指示符。 服务文件类型 *.wsdl.aspx (search.wsdl.aspx) *.disco.aspx (seach.disco.aspx) *.asmx (search.asmx) 开箱即用的服务在SharePoint中,有很多Web Services是以OOTB(开箱即用,Out Of The Box)的方式实现的,这可以完成大部分通用而基本的任务:从管理任务到搜索,到处理列表数据等等。下面是一个可供你引用的SharePoint Web Services的列表,和它们的大致解释。类似这样的简单列表通过让我对所有的服务和方法有一个快速的了解,从而帮助我更好的使用这些Web Services。 服务 (_vti_adm/Admin.asmx)
通知 (Alerts.asmx)
验证 (Authentication.asmx)
复制 (Copy.asmx)
文档工作区 (Dws.asmx)
窗体 (Forms.asmx)
图像 (Imaging.asmx)
获取列表数据 (DspSts.asmx)
列表 (Lists.asmx)
会议 (Meetings.asmx)
人员 (People.asmx)
权限 (Permissions.asmx)
目录管理 (sharepointemailws.asmx)
站点数据 (SiteData.asmx)
站点 (Sites.asmx)
搜索 (spsearch.asmx)
用户和用户组 (usergroup.asmx)
版本 (Versions.asmx)
视图 (Views.asmx)
Web 部件页 (WebPartPages.asmx)
Web应用程序 (Webs.asmx) MOSS搜索 (Search.asmx)
消费查询服务现在,我们已经对SharePoint Web Services有了初步的了解,以其通读用户手册还不如踢踢轮胎就开车上路了【译者注:意指先实际操作一下比读完帮助手册好】。我们没有太多时间来深入这些Web Services的所有方面,这些将会在下一篇文章中来详细讨论。基于某些原因,SharePoint的很多Web Services不是返回XML Node就是XML编码字符串,不过不幸的是,它并不能返回类型化的Schema,因此相关工具就不能通过分析来自动生成更好的代理对象了。我曾经看到过使用字符串格式的实现来解决类型化结构的缺陷,也花了很多时间和精力来找出可以描述这些服务传入和返回的XML的一种Schema。我最终创建了 queryresponse.xsd,它是我综合了文档和服务传入和返回XML的信息后,推断出的一种Schema;它允许我使用.NET中的 xsd.exe及java中的JAXB来生成代理类。 注意:我们之前讨论了两个不同的搜索Web Services,MOSS中的search.asmx和WSS中的spsearch.asmx。这两个服务在Schema方面非常相似,但尝试对运行 MOSS的机器调用spsearch.asmx,会得到一个异常,这是由于WSS索引和查询服务被禁用了,其已经被MOSS中更高级的搜索特性所替代了。 使用.NET的例子从.NET中消费SharePoint Web Services是相当简单而直接的,你只需简单地添加Web引用,并使用生成的代理。不过,我们将多做一步来用XSD生成一组表示查询和应答的类,其能序列化出发送和返回的XML。 配置Visual Studio 2005来添加XSD.exe到菜单中Visual Studio包含了一个名为XSD.exe的工具,其能被用于根据XSD生成.NET类型。不过这是一个命令行工具,但我喜欢把他添加为Visual Studio的一个菜单选项,以便能在IDE中执行它。如果你已经完成了这个步骤,或者你已经有一些添加插件这样的经验,你就可以跳过这步。
属性 Command Title Arguments Initial Directory Use Output Window |
|
|