SharePoint Web Service系列:编写自定义SharePoint Web Services之一

原文地址:http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_sp2003_ta/html/odc_writingcustomwebservicesforsppt.asp

摘要: 学习创建自定义SharePoint Web services ,并建立基于SharePoint 的文档上载Web servicefor用来实现外部应用程序远程访问文档库中的文档。

代码下载: ODC_WritingCustomWebServicesSampleSPPT.EXE.

我们可以基于WSS构建强大的项目。做为开发人员,我们有时需要创建基于WSS的自定义 Web服务来满足特定的开发要求。

注意:由于WSS增强的安全性,我们需要一些特殊的步骤来创建自定义Web服务。当我们使用VS.NET提供的ASP.NET Web service模板来创建我们的SharePoint Web service时,我们必须将Web service创建到单独的IIS网站中,而不能和WSS处于同一个IIS网站(不能使用相同的端口)。同时,我们还必须是运行WSS的机器上本地管理员组的成员。

下面列出了开发自定义SharePoint Web 服务的简要步骤:

1、如果我们的WSS位于默认网站(端口80),那么我们需要创建一个新的网站并配置不同的端口。新的网站作为开发用网站,而WSS所在的默认网站作为生产环境的部署网站。

2、在开发网站上创建一个Web Service项目

3、生成并修改静态发现(.disco)文件和 .wsdl文件,并保存成 .aspx页面。在页面内容顶部注册Microsoft.SharePoint命名空间。

4、修改.disco和.wsdl文件,使其支持服务虚拟化机制。

5、当我们开发完成Web service后,将相关的文件部署到WSS网站的_vti_bin和_vti_bin\bin虚拟目录下。

实例ODC_WritingCustomWebServicesSampleSPPT.EXE 提供了一个远程访问文档的Web服务示例。项目中实现了一些Microsoft.SharePoint命名空间中暴露出来的文档访问方法,如SPFile.CheckIn, SPFile.CheckOut, SPFile.UndoCheckOut, 和 SPFileCollection.Add。在没有这些自定义的Web service时,我们必须使用WebDAV或FrontPage RPC来实现类似的文档访问。

在WSS的服务器上安装该示例

  1. 下载ODC_WritingCustomWebServicesSampleSPPT.EXE并解压到WSS前端服务器的本地路径。Local_drive:\CreatingaCustomWebServiceSample
  2. 双击build.bat文件来执行编译和安装。

如下文件被拷贝到Local_drive:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\isapi\ 目录:

    • SPFiles.asmx
    • spfilesdisco.aspx
    • spfileswsdl.aspx

如下文件被拷贝到Local_drive:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\isapi\BIN\目录:

    • WSCheckOut.dll
    • WSCheckOut.pdb

编写一个自定义Web服务

1、在开发用网站上使用VS.NET利用其提供的模板创建一个空的 ASP.Net Web Service项目,其中将包括一个Service1.asmx 文件。

2、进入代码编辑,移除下面的行的注释后编译该项目。现在,我们可以将我们的服务部署到WSS网站中。

// [WebMethod]
// publicstringHelloWorld()
// {
// return"HelloWorld";
// }

3、

要想将自定义的Web服务绑到WSS上,VS .NET需要一些特定的基于.disco和.wsdl文件的.aspx文件。首先使用VS .NET命令行工具生成我们需要的.disco和.wsdl文件。

创建并编辑.disco和.wsdl文件

使用VS .NET命令行工具在当前目录中生成Service1.disco 和 Service1.wsdl,命令如下:

Disco http://server_name:New_Port/Project_Name/Service_1.asmx

打开Service1.disco文件并定位到下面的行:

<? xmlversion="1.0"encoding="utf-8" ?>

将其替换成:

< %@Page Language ="C#" Inherits ="System.Web.UI.Page" % > < %@Assembly Name ="Microsoft.SharePoint,Microsoft.SharePoint,Version=11.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" % > < %@Import Namespace ="Microsoft.SharePoint.Utilities" % > < %@Import Namespace ="Microsoft.SharePoint" % >
< %Response .ContentType ="text/xml" ;% >

以 Service1disco.aspx保存该文件。

对Service1.wsdl也进行同样的修改并保存为Service1wsdl.aspx。

修改 Service1disco.aspx和Service1wsdl.aspx使其支持服务虚拟化机制

打开Service1disco.aspx文件并定位到下面的行:

< contractRef ref ="http://server_name:New_Port/Project_Name/Service1.asmx?wsdl" docRef =
"http://server_name:New_Port/Project_Name/Service1.asmx"
xmlns ="http://schemas.xmlsoap.org/disco/scl/" />

对标签<contractRef>进行如下修改:

< contractRef ref =<% SPEncode.WriteHtmlEncodeWithQuote(Response,SPWeb.OriginalBaseUrl(Request)
+"?wsdl",'"');%
> docRef= < %SPEncode .WriteHtmlEncodeWithQuote(Response,
SPWeb.OriginalBaseUrl(Request),'"');%
> xmlns="http://schemas.xmlsoap.org/disco/scl/"/>

定位到下面的行:

< soap address ="http://server_name:New_Port/Project_Name/Service1.asmx" xmlns:q1 ="http://tempuri.org/" binding ="q1:Service1Soap" xmlns ="http://schemas.xmlsoap.org/disco/soap/" />

修改<soap address> 标签为:

< soap address =<% SPEncode.WriteHtmlEncodeWithQuote(Response,SPWeb.OriginalBaseUrl(Request),'"');% > xmlns:q1="http://tempuri.org/"binding="q1:Service1Soap"xmlns="http://schemas.xmlsoap.org/disco/soap/"/>

保存所有更改。

打开Service1wsdl.aspx文件并定位到下面的行:

< soap:address location ="http://server_name:New_Port/Project_Name/Service1.asmx" />

修改soap:address行为:

< soap:address location =<% SPEncode.WriteHtmlEncodeWithQuote(Response,
SPWeb.OriginalBaseUrl(Request),'"');%
> />

保存所有更改。

将Web service相关文件拷贝到_vti_bin虚拟目录

拷贝Service1wsdl.aspx,Service1disco.aspx和Service1.asmx到_vti_bin虚拟目录。该目录是默认的Web服务存放目录。

拷贝对应的.dll文件到_vti_bin/bin虚拟目录。

注意:_vti_bin/bin虚拟目录映射到物理路径\\Server_Name\Program Files\Common Files\Microsoft Shared\Web Server Extensions\ISAPI\bin

内容概要:本文介绍了一个基于多传感器融合的定位系统设计方案,采用GPS、里程计和电子罗盘作为定位传感器,利用扩展卡尔曼滤波(EKF)算法对多源传感器数据进行融合处理,最终输出目标的滤波后位置信息,并提供了完整的Matlab代码实现。该方法有效提升了定位精度与稳定性,尤其适用于存在单一传感器误差或信号丢失的复杂环境,如自动驾驶、移动采用GPS、里程计和电子罗盘作为定位传感器,EKF作为多传感器的融合算法,最终输出目标的滤波位置(Matlab代码实现)机器人导航等领域。文中详细阐述了各传感器的数据建模方式、状态转移与观测方程构建,以及EKF算法的具体实现步骤,具有较强的工程实践价值。; 适合人群:具备一定Matlab编程基础,熟悉传感器原理和滤波算法的高校研究生、科研人员及从事自动驾驶、机器人导航等相关领域的工程技术人员。; 使用场景及目标:①学习和掌握多传感器融合的基本理论与实现方法;②应用于移动机器人、无人车、无人机等系统的高精度定位与导航开发;③作为EKF算法在实际工程中应用的教学案例或项目参考; 阅读建议:建议读者结合Matlab代码逐行理解算法实现过程,重点关注状态预测与观测更新模块的设计逻辑,可尝试引入真实传感器数据或仿真噪声环境以验证算法鲁棒性,并进一步拓展至UKF、PF等更高级滤波算法的研究与对比。
内容概要:文章围绕智能汽车新一代传感器的发展趋势,重点阐述了BEV(鸟瞰图视角)端到端感知融合架构如何成为智能驾驶感知系统的新范式。传统后融合与前融合方案因信息丢失或算力需求过高难以满足高阶智驾需求,而基于Transformer的BEV融合方案通过统一坐标系下的多源传感器特征融合,在保证感知精度的同时兼顾算力可行性,显著提升复杂场景下的鲁棒性与系统可靠性。此外,文章指出BEV模型落地面临大算力依赖与高数据成本的挑战,提出“数据采集-模型训练-算法迭代-数据反哺”的高效数据闭环体系,通过自动化标注与长尾数据反馈实现算法持续进化,降低对人工标注的依赖,提升数据利用效率。典型企业案例进一步验证了该路径的技术可行性与经济价值。; 适合人群:从事汽车电子、智能驾驶感知算法研发的工程师,以及关注自动驾驶技术趋势的产品经理和技术管理者;具备一定自动驾驶基础知识,希望深入了解BEV架构与数据闭环机制的专业人士。; 使用场景及目标:①理解BEV+Transformer为何成为当前感知融合的主流技术路线;②掌握数据闭环在BEV模型迭代中的关键作用及其工程实现逻辑;③为智能驾驶系统架构设计、传感器选型与算法优化提供决策参考; 阅读建议:本文侧重技术趋势分析与系统级思考,建议结合实际项目背景阅读,重点关注BEV融合逻辑与数据闭环构建方法,并可延伸研究相关企业在舱泊一体等场景的应用实践。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值