iis怎样部署webservice

IIS（Internet Information Server，互联网信息服务）是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。本次上机大家实践IIS 50的配置和管理。

上机学习目标：

1、　了解并掌握 Windows 2000/NT 服务器上 IIS 的安装与测试

2、　了解并掌握web服务器的配置及应用，其中重点掌握主目录、虚拟目录的设置与应用

3、　了解并掌握FTP服务器的配置和使用

4、　了解并掌握SMTP服务器的配置和使用

上机内容及操作步骤：

1、 在自己的电脑上安装IIS并测试。

进入“控制面板”，依次选“添加/删除程序→添加/删除Windows组件”，将“Internet信息服务（IIS）”前的小钩去掉（如有），重新勾选中后按提示操作即可完成IIS组件的添加。（在安装过程中要插入WIN2000或WINXP安装盘。）

测试：安装完毕后，在浏览器地址栏中输入：http://localhost(或http://服务器名，或http://127001,或http://本机IP)，如果连接成功就会出现localstartasp的页面。

2、 IIS的配置

当IIS添加成功之后，再进入“开始→程序→管理工具→Internet服务管理器”以打开IIS管理器，对于有“已停止”字样的服务，均在其上单击右键，选“启动”来开启。

（1）IIS之WEB服务器的配置

方法如下：

在“Internet信息服务”管理窗口中右击“默认WEB站点”，在弹出的菜单中选择“属性”选项，进入属性设置对话框。

①　　 设置“WEB站点”，这里可以设置站点服务器的IP地址和访问端口。在“IP地址”栏中选择目前能够使用的IP地址；“TCP”端口默认为80，当然为了保密，也可以设置特殊的端口。

②　　 设置“主目录”， “本地路径”默认为：c:\Inetpub\wwwroot,当然可以输入（或用“浏览”按钮选择）你自己网页所在的目录作为主目录。

③　　 设置“文档”选项，“启用默认文档”选中后，当在浏览器中输入域名或IP时，系统自动在“主目录”中按上到下的顺序寻找列表中指定的文件名。

其他的设置均可按默认设置。

创建虚拟目录：

若要从主目录以外的目录发布信息，则就要创建虚拟目录了，虚拟目录是指物理上为包含在主目录中的目录，但浏览器却认为该目录包含在主目录中。

创建的方法：比如你的主目录在“c:\Inetpub\wwwroot”下，而网页文件在“E:\All”中，就可以创建一个别名为test的虚拟目录，就可以这样来创建：在“默认Web站点”上单击右键，选“新建→虚拟目录”，依次在“别名”处输入“test”，在“目录”处输入“E:\All”后再按提示操作即可添加成功。

创建完了你就可以输入“localhost/test”就可以访问了。

进行下列操作：

启动一个文本编辑器，编写下列代码：

访问本页的时间是<%=time()%>!

将其保存到C:\Inetpub\wwwroot目录下，文件可命名为1asp。

在浏览器地址栏中输入：http://localhost/1asp　，然后按回车，观察运行情况。

将1asp文件复制刚才创建的虚拟目录中（假如别名为：test）。在浏览器的地址栏中输入： http://localhost/test/1asp　，按回车，注意观察运行情况。

（2）IIS之ftp服务器的配置

第一个FTP站点（即“默认FTP站点”）的设置方法请参照前文Web服务器中相关操作执行。需要注意的是，如果要用一个IP地址对应多个不同的FTP服务器，则只能用使用不同的端口号的方法来实现。

对于已建立好的FTP服务器，在浏览器中访问将使用，ftp://IP地址，如“ftp://101061121”。

（3）<> IIS之SMTP服务器的配置

建立IIS下的SMTP服务器的方法非常简单，只需在IIS管理器中让“默认SMTP虚拟服务器”处于已启动状态就行了；此外一般不用再做其他任何设置。

如果你想要用自己的SMTP服务器发信，只需将你E-mail客户端软件设置中“发送邮件服务器（SMTP）”项中填入“localhost”，则不管IP地址如何变化，它都能正常工作。提示：对于IIS的设置，可以在浏览器的地址栏中输入： http://localhost/iishelp,查看IIS帮助文档。

　　Web Service是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。Internet Inter-Orb Protocol(IIOP)都已经发布了很长时间了，但是这些模型都依赖于特殊对象模型协议，而 Web Services 利用 SOAP 和 XML对这些模型在通讯方面作了进一步的扩展以消除特殊对象模型的障碍。Web Services 主要利用 HTTP 和 SOAP 协议使业务数据在 Web 上传输，SOAP通过 HTTP 调用业务对象执行远程功能调用，Web 用户能够使用 SOAP 和 HTTP通过 Web 调用的方法来调用远程对象的。

　　实现方式：

　　第一种：xfire

　　Client client = new Client(new URL（url));

Object[] results = clientinvoke(operationName, new Object[]{ifuser,ifevent,input});

ret = (String)results[0] ;

　　第二种：axis

　　Service service = new Service();

Call call = (Call)servicecreateCall();

callsetTargetEndpointAddress(new javanetURL(url));// 设置webservice服务的url地址

callsetOperationName( operationName);// 调用的后台webservice服务的方法为exchange

　　ret = (String)callinvoke(new Object[] {input});// 调用后台webservice服务

　　

　　以上两种实现方式，在项目中已经使用了，运行正常。但是项目初期开始用的还是碰到一些问题，如果服务器端是java开发的，用axis掉用服务端的时候，没有问题。如果服务器端是net开发的，会碰到莫名奇妙的问题，我估计net服务器端参数配置修改一下应该可以调得通，由于时间紧张，我就没有深究了。换了xfire掉服务器端，结果是两种不同语言实现的系统，都可以调通了。

C#使用webservice把文件上传到服务器的代码如下（这里以C:\\zhidaojpg这个文件上传为例）：

WebService部分：

/// <summary>

    /// 保存文件到远程服务器

    /// </summary>

    /// <param name="FileByteArray">待转换字节数组</param>

    /// <param name="FileLength">字节长度</param>

    /// <param name="SaveToUrl">保存路径</param>

    /// <returns>返回是否执行成功</returns>

    [WebMethod(Description = "保存文件到远程服务器")]

    public bool SaveFile(byte[] FileByteArray,int FileLength, string SaveToUrl)

    {

        try

        {

            FileStream fs = new FileStream(SaveToUrl, FileModeOpenOrCreate, FileAccessWrite);

            fsWrite(FileByteArray, 0, FileLength);

            fsClose();

        }

        catch {

            return false;

        }

        return true;

    }

上传文件调用部分：

protected void Button1_Click(object sender, EventArgs e)

    {

        MangerPhotoService mp = new MangerPhotoService();

        ResponseWrite(mpSaveFile(getByte(), FileUpload1PostedFileContentLength, "C:\\zhidaojpg"));

    }    private byte[] getByte() {//获得转化后的字节数组

        //得到用户要上传的文件名

        string strFilePathName = FileUpload1PostedFileFileName;

        string strFileName = PathGetFileName(strFilePathName);

        int FileLength = FileUpload1PostedFileContentLength;

        //上传文件

        Byte[] FileByteArray = new Byte[FileLength]; //图象文件临时储存Byte数组

        Stream StreamObject = FileUpload1PostedFileInputStream; //建立数据流对像

        //读取图象文件数据，FileByteArray为数据储存体，0为数据指针位置、FileLnegth为数据长度

        StreamObjectRead(FileByteArray, 0, FileLength);

        return FileByteArray;

    }

将 Web 服务部署到 Web 服务器。有关更多信息，请参见 XML Web services 发布和部署。

访问 Web 浏览器，并使用以下格式在地址栏中输入 Web 服务的 URL：

http://servername/apppath/webservicenameasmx

路径部分

值

服务器名称

在其上部署 Web 服务的服务器的名称。

应用程序路径

虚拟目录的名称以及 Web 应用程序路径的其余部分。

Web 服务名称asmx

Web 服务 asmx 文件的名称。

例如，假设您已发布了一项名为 StockServices 的 Web 服务。发布时，此服务的基 URL 为 http://<服务器名称>/apppath/StockServicesasmx。通过在浏览器的地址栏中输入此 HTTP-GET 请求，可以测试此服务：

http://<servername>/apppath/StockServicesasmx

作为对此请求的响应，服务器将显示 Web 服务的 HTML 说明页。

Web 服务的 HTML 说明页显示特定 Web 服务支持的所有 Web 服务方法。链接到所需的 Web 服务方法并输入必需的参数，以测试该方法并查看 XML 响应。

使用 HTTP-GET 在浏览器中直接测试 Web 服务方法

将 Web 服务部署到 Web 服务器。有关更多信息，请参见 XML Web services 发布和部署。

访问 Web 浏览器，并使用以下格式在地址栏中输入 Web 服务方法的 URL：

http://servername/vdir/webservicenameasmx/Methodnameparameter=value

参数

值

服务器名称

在其上部署 Web 服务的服务器的名称。

应用程序路径

虚拟目录的名称以及 Web 应用程序路径的其余部分。

Web 服务名称asmx

Web 服务 asmx 文件的名称。

方法名称

Web 服务公开的公共方法的名称。如果留为空白，则显示 Web 服务的说明页，其中会列出 asmx 文件中提供的每个公共方法。（可选）

参数

方法所需要的任何参数的相应参数名称和值。如果留为空白，则显示 Web 服务的说明页，其中会列出 asmx 文件中提供的每个公共方法。（可选）

注意：

此语法中的 Web 服务方法名区分大小写，但服务器、项目和 Web 服务名称不区分大小写。

例如，假设前一过程中的 StockServices Web 服务包含一个名为 GetQuote 的 Web 服务方法，该 Web 服务方法接受以股票符号作为参数，并以双精度浮点数的形式返回价格。在浏览器的地址栏中输入以下 HTTP-GET 请求，以测试此方法：

http://<服务器名称>/apppath/StockServicesasmx/GetStockQuotetickerName=MSFT

服务器发送包含 XML 文档的响应，将在浏览器中显示该文档。对于 GetQuote 示例，XML 具有您请求的股票的当前价格。结果可能类似于：

<xml version="10" >

<double>745</double>

当前，WebService是一个热门话题。但是，WebService究竟是什么？什么情况下应该用WebService？什么情况下不应该用WebService？是需要我们正确认识的。 Web Services是由企业发布的完成其特定商务需求的在线应用服务,其他公司或应用软件能够通过Internet来访问并使用这项在线服务,它是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。Web Service是一个应用组件,它逻辑性的为其他应用程序提供数据与服务各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap)来访问Web Service,通过Web Service内部执行得到所需结果Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。 在构建和使用Web Service时,主要用到以下几个关键的技术和规则: 1XML:描述数据的标准方法 2SOAP:表示信息交换的协议 3WSDL:Web服务描述语言 4UDDI:找到服务驱动器的的方法; 实际上，WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。长项一：跨防火墙的通信 如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。 举个例子，在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把"结果页"送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。 如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的"结果页"。 从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20%的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。最后，通过WebService把应用程序的逻辑和数据"暴露"出来，还可以让其它平台上的客户重用这些应用程序。长项二：应用程序集成 企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据"暴露"出来，供其它应用程序使用。 例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层WebService，订单执行程序可以把"AddOrder"函数"暴露"出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。长项三：B2B的集成 用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。 WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用"暴露"给指定的供应商和客户。例如，把电子下单系统和电子发票系统"暴露"出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。 用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑"暴露"出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。长项四：软件和数据重用 软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。 当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。 WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。 另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买**票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService"暴露"出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。 将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件/WebService的混合结构，可以在应用程序中使用第三方的WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给别人。两种情况下，都可以重用代码和代码背后的数据。 从以上论述可以看出，WebService在通过Web进行互操作或远程调用的时候是最有用的。不过，也有一些情况，WebService根本不能带来任何好处。短处一：单机应用程序 目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其它本地的API来进行应用程序间的调用。当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。短处二：局域网的同构应用程序 在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里，使用DCOM会比SOAP/HTTP有效得多。与此相类似，如果一个NET程序要连接到局域网上的另一个NET程序，应该使用NETremoting。有趣的是，在NETremoting中，也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。 总之，只要从应用程序结构的角度看，有别的方法比WebService更有效、更可行，那就不要用WebService

webservice 协议

Web Service使用的是 SOAP (Simple Object Access Protocol)协议

soap协议只是用来封装消息用的封装后的消息你可以通过各种已有的协议来传输,比如http,tcp/ip,smtp,等等,你甚至还一次用自定义的协议,当然也可以用https协议

Soap建立在http上,说白了是用http传送xml而已

除了WebService外,常见的远程调用技术还有RMI（Remote method invoke）和CORBA,由于WebService的跨平台和跨编程语言特点,因此比其他两种技术应用更为广泛,但性能略低

WebService使用SOAP协议实现跨编程语言和跨操作系统平台

WebService采用HTTP协议传输数据,采用XML格式封装数据（即XML中说明调用远程服务对象的哪个方法,传递的参数是什么,以及服务对象的返回结果是什么）WebService通过HTTP协议发送请求和接收结果时,发送的请求内容和结果内容都采用XML格式封装,并增加了一些特定的HTTP消息头,以说明HTTP消息的内容格式,这些特定的HTTP消息头和XML内容格式就是SOAP协议(simple object access protocol,简单对象访问协议)

SOAP协议= HTTP协议+ XML数据格式

SOAP协议是基于HTTP协议的,两者的关系就好比高速公路是基于普通公路改造的,在一条公路上加上隔离栏后就成了高速公路

商店的服务员只要收到了钱就给客户提供货物,商店服务员不用关心客户是什么性质的人,客户也不用关心商店服务员是什么性质的人同样,WebService客户端只要能使用HTTP协议把遵循某种格式的XML请求数据发送给WebService服务器,WebService服务器再通过HTTP协议返回遵循某种格式的XML结果数据就可以了,WebService客户端与服务器端不用关心对方使用的是什么编程语言

HTTP协议和XML是被广泛使用的通用技术,各种编程语言对HTTP协议和XML这两种技术都提供了很好的支持,WebService客户端与服务器端使用什么编程语言都可以完成SOAP的功能,所以,WebService很容易实现跨编程语言,跨编程语言自然也就跨了操作系统平台

1，在Java项目中发布一个WebService服务：

如何发布？

——JDK16中JAX-WS规范定义了如何发布一个WebService服务；

(1)用jdk160_21以后的版本发布；

(2)与Web服务相关的类，都位于Javaxjws包中

@WebService——此注解用在类上指定将此类发布成一个WebService；

EndPoint——此类为端点服务类，其中publish()方法用于将一个已经添加了@WebService注解对象绑定到一个地址的端口上，用于发布。

2，例子：

(1)发布WebService服务

HelloWebServicejava:

[java] view plain copy

<span style="font-family:KaiTi_GB2312;font-size:18px;">package cntgbws;  

importjavaxjwsWebMethod;  

importjavaxjwsWebService;  

importjavaxxmlwsEndpoint;  

/ 

  @WebService － 它是一个注解，用在类上指定将此类发布成一个ws 

Endpoint – 此类为端点服务类，它的方法publish用于将一个已经添加了@WebService注解对象绑定到一个地址的端口上。 

 @author xuemin 

 

/  

@WebService  

public classHelloWebService {  

publicString HelloWord(String name){  

return"Hello: "+name;  

}  

/ 

添加exclude=true后，HelloWord2()方法不会被发布 

 @param name 

 @return 

/  

@WebMethod(exclude=true)  

publicString HelloWord2(String name){  

return"Hello: "+name;  

}  

publicstatic void main(String[] args) {  

/ 

参数1：服务的发布地址 

参数2：服务的实现者 

/  

Endpointpublish("http://19216824138:456/helloWord",new HelloWebService());  

}  

}</span>  

注：

@WebService－ 它是一个注解，用在类上指定将此类发布成一个ws

Endpoint –此类为端点服务类，它的方法publish用于将一个已经添加了@WebService注解对象绑定到一个地址的端口上。

运行以上程序进行发布。

(2)查看wsdl

地址：http://19216824138:456/helloWordwsdl

只要在客户端浏览器能看到此WSDL文档，说明服务发布成功

以上服务发布成功；

总结：

如何发布一个Web服务：

a,在类上添加@WebService注解

（注：此注解是jdk16提供的，位于javaxjwsWebService包中）

b,通过EndPoint(端点服务)发布一个WebService

（注：EndPoint是jdk提供的一个专门用于发布服务的类，该类的publish方法接收两个参数，一个是本地的服务地址，二是提供服务的类。位于 javaxxmlwsEndpoint包中）

c，注：

类上添加注解@WebService，类中所有非静态方法都会被发布；

静态方法和final方法不能被发布；

方法上加@WebMentod(exclude=true)后，此方法不被发布；

(3)客户端访问发布的服务

根据WSDL文档来在客户端编写代码，访问发布的服务；

但是，WSDL文档看不懂怎么办？代码该如何编写？

——你看不懂，JDK看得懂，wsimport是JDK自带的，可以根据WSDL文档生成客户端调用代码的工具。无论服务器端WebService使用什么语言编写的，豆浆在客户端生成Java代码。所以服务器用什么语言编写的并不重要。

wsimportexe命令参数熟知：

-d:生成class文件。默认参数。

-s：生成Java文件

-p：自定义包结构

解析地址生成源码到E盘：

执行以上命令后，即可在E盘下生成如下包及类

注：还可以自定义包结构：

自定义包结构的命令：

将生成的包及java文件复制到客户端：如下图

创建访问服务的类：MyClientjava:

MyClientjava:

[java] view plain copy

<span style="font-family:KaiTi_GB2312;font-size:18px;">package cntgbws;  

public classMyClient {  

publicstatic void main(String[] args) {  

HelloWebServiceServicehwss = new HelloWebServiceService();  

HelloWebServicehws = hwssgetHelloWebServicePort();  

Stringresult=hwshelloWord("hanxuemin");  

Systemoutprintln(result);  

}  

}</span>  

(4)运行结果：