Webservice学习
Web Service学习笔记（1）
Web Service的宗旨是创建不需要用户界面就能与其他应用程序交互的Web应用程序。
举例说明它的优点，假如你正在为一家股票投资公司创建网站，你并不需要把不同证劵交易所得数据库与自己的后台数据库进行整合，因为你的应用程序可以使用Web Service，并使用XML格式交换数据。
Web Service是松耦合的，它与服务器端和客户端使用的操作系统、编程语言都无关。假如你既拥有客户端又有服务器端的访问和管理权，这种情况更适合用.NET 的Remoting技术，而不是Web service。
创建Web Service必须保证的是，服务器端和客户端都要支持HTTP、SOAP（简单对象访问协议）和XML等行业标准协议。
Web Service是如何工作的
Web Service允许两个程序之间交换XML文档。在这个架构的顶层，微软实现了一个远程过程调用（Remote Procedure Call，PRC）模型。
Web Service架构包括以下特性：
1。WebServcie的服务器端和客户端应用程序都能够连接到互联网。
2。用于进行通信的数据格式必须遵守相同的开放标准，并且在大多数情况下，这个标准几乎总是SOAP。
3。客户端和服务器端的系统是松耦合的。即Web Service不关心客户端和服务器端所使用的操作系统、对象模型或者编程语言。只要Web Service和使用Web Service的应用程序都能够发送和接收遵守适当协议标准的消息即可。
下图为Web Service流程的逻辑架构
如图所示，一个Web Service使用着会向Web Service发出一个调用请求。使用者会认为它通过Internet直接和Web Service进行交流，当然这实际上是个幻象。实际上，真正的调用由代理类完成。代理类对于Web Service使用者来说是一个本地类。代理会处理所有的负责的复杂架构，包括通过Internet发送请求道服务器、从web Service取回结果并呈现给Web Service使用者。
由于代理类在之前已在消费程序中注册，所有一切工作才可以顺利进行。注册有开发消费程序的程序员完成。
开发Web Service
开发Web Service的流程与开发网页的流程近乎一致：
1。所有构成网页和服务的源文件都是文本文件，它们可以使用任何文本编辑器创建和修改。而类文件可以在控制台命令行中通过命令工具进行编译。
2。可以在vs2005及以上版本中创建网页和Web Service
3。网页和Web Service既可以使用代码隐藏模型，也可以使用内联编码（inline coding）模型。Web Service中不需要使用代码隐藏技术，因为Web Service并不包括任何可视化内容。
4。网页和Web Service都充分利用了CLR和.NET Framework。
.aspx文件用于定义网页，而.asmx文件用于定Web Service，我们可以吧Web Service想象成类，类中的一些方法通过Internet被暴露给客户端。
代理
客户端应用程序如果使用Web Service，必须先创建一个代理。代理是要调用的真正代码的替身，它负责在机器边界引导调用。在代理在客户端应用程序中注册后，客户端应用程序调用方法就如调用本地对象一样。代理接受该调用，并以适当格式封装调用，然后以SOAP请求发送调用到服务器。当服务器返回SOAP包给客户端后，代理会对包进行解密，并且如同从本地对象的方法返回数据一样将其返回给客户端应用程序。如下图所示：
协议与标准（HTTP、XML、SOAP）
HTTP：TCP/IP协议的最上层是超文本传输协议（HTTP）。它是用于在网络之间
使用服务器和浏览器实现通讯，主要包括在服务器和浏览器建立连接，并将HTML 传输到客户端浏览器。当客户端向服务器发送HTTP请求后，服务器就开始处理请求。通常，会返回HTML页面，然后通过浏览器呈现。然而对Web Service而
言，服务器返回的是SOAP消息，消息中包含了被调用的Web Service方法的返回数据。
HTTP请求从请求的浏览器出传递名称和值到服务器，这种请求包括GET和POST 两种。
GET请求中，名称和值会被附加到url上，数据是未加密的。当所有需要传递的数据可以使用名称和值成对表示，而且只需要传递少量字段，字段长度较短时，比较适合GET请求。另外，如果不需考虑安全问题时，也可以使用GET。
POST请求中，配对的名称和值是作为请求消息的一部分发送的。当有大量字段或者参数很长时，适合使用POST请求。从安全方面看，POST比GET更安全，因为POST请求可以被加密。和GET请求一样，POST请求无法传递复杂的数据类型（如类、结构体和DataSet）。
XML：是有W3C公布的开放标准的一种描述数据的方法。
XML和HTML十分类似。不同的是HTML使用的是预定义元素，这些元素规定了HTML 在浏览器中如何显示，而XML的元素则是由开放人员自己定义的，所以几乎所有的数据都可以表示。制定XML的目的是为了使其成为一种平台无关、语言无关的标准。
XML架构（Schema）是用于定义元素已经XML文档中或者许多XML之间元素与元素之间关联的文件。在架构中将指定元素名称和内容类型。HTML与XML的显著差别：大多数HTML读取器有很好的容错能力，而XML读取器则完全不同，所以XML文件的格式必须正确。另外，XML元素都是小写的。
SOAP：（simple object access protocol，简单对象访问协议）是一种用于控
制数据交换的XML语法。它是简单的、轻量级的信息交换协议。SOAP消息有消息内容和一个或多个头模块组成，并且封装在SOAP envelope中。
SOAP使用XML语法来格式化内容。在设计上，SOAP尽可能简单并且提供最小化的功能。
SOAP不需HTTP的GET和POST，它不受“名称/值”对的限制，我们可以使用它来发送复杂的对象，包括DataSet、类和其他对象。
SOAP的缺点：SOAP消息十分冗长，因此如果存在带宽或者传输性能的问题，建议使用POST或GET.
Web Service学习笔记（2）
创建一个简单的Web Service
上一章节中提到Web Service与网页的相似之处，这里在总结下：
1。由和通用语言运行时完全实现，包含面向对象架构，所有基类，还有一些特性，如缓存、状态和数据访问
2。几乎一致的文件和代码结构
3。所有源代码文件都是普通文本
4。vs完全支持，可以使用vs十分便捷的编辑、调试
5。使用一个基于普通文本的配置文件和vs的网站管理工具做全局或者应用程序级配置。
Web Service没有界面，它只有方法，有一些事支持从客户端远程调用的。Web Service文件的后缀名为asmx。
在Web Service应用程序第一次运行时，如果Web Service是人工编译的，并且被放在虚拟跟目录的bin目录下，那么代码隐藏对于内联编码有性能优势，因为asmx文件在Web Service运行时都会被编译成一个类。而https://www.360docs.net/doc/0110843386.html, 2.0在默认情况下没有这一优势，因为https://www.360docs.net/doc/0110843386.html, 2.0 把源代码放在App_Code目录下，并且在第一个使用时编译。
下面是一个实例（股票跟踪，不使用数据库，只是为了演示，故使用二维数组）
这个Web Service提供两个方法：
GetName：参数是一个StcokSymbol对象，返回一个字符串，内容是股票名称
GetPrice：参数是一个StcokSymbol对象，返回一个数字，表示当前股票的价格
我使用的是vs2010，
首先新建一个项目（WebSite也可以），注意选择.NET Framework 3.5，默认4是没有Web Service选项的。选择https://www.360docs.net/doc/0110843386.html, Web Service Application，命名为StockWebService，如图
我们可以看到，vs自动为我们生成了一些代码：
///
/// Summary description for Service1
///
[WebService(Namespace = "https://www.360docs.net/doc/0110843386.html,/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)] [https://www.360docs.net/doc/0110843386.html,ponentModel.ToolboxItem(false)]
// To allow this Web Service to be called from script, using https://www.360docs.net/doc/0110843386.html, AJAX, uncomment the following line.
// [System.Web.Script.Services.ScriptService]
public class Service1 : System.Web.Services.WebService
{
[WebMethod]
public string HelloWorld()
{
return"Hello World";
}
}
在Service类中，有一个名为HelloWorld的模板方法，它将返回一个字符串。这个方法使用WebMethod特性做修饰，表示该方法对Web Service使用程序可用。WebMethod特性会在后面解释。
按F5运行程序，可以看到如图所示
添加以下方法
[WebMethod]
public double GetPrice(string stockSymbol)
{
for (int i = 0; i < stocks.GetLength(0); i++)
{
if (https://www.360docs.net/doc/0110843386.html,pare(stockSymbol, stocks[i, 0], true) == 0)
return Convert.ToDouble(stocks[i, 2]);
}
return 0;
}
[WebMethod]
public string GetName(string stockSymbol)
{
for (int i = 0; i < stocks.GetLength(0); i++)
{
if (https://www.360docs.net/doc/0110843386.html,pare(stockSymbol, stocks[i, 0], true) == 0)
return stocks[i, 1];
}
return"Symbol not found.";
}
重新运行项目，发现多了两个方法调用的入口。
Web Service指令
普通的.aspx文件把Page指令作为第一行代码，而Web Service则有一个WebService指令（直接在vs不能看到，可以找到文件Service1.asmx右击编辑）：<%@ WebService Language="C#" CodeBehind="Service1.asmx.cs"
Class="StockWebService.Service1" %>
Language：指定Web Service中使用的语言，不是必需的
Class：指定Web Service的类名称，必需的
CodeBehind：如果这个类没有包含在Web Service文件的代码中，且类没有被手工编译并放在bin子目录下，WebService指令的CodeBehind属性则用于指定实现WebService类的源代码文件的名称。
Debug：如果设为true，将以启用调试的方式编译Web Service。默认为false
从WebService类继承
虽然是可选选项，但是它有几个优点，主要优点是可获得对https://www.360docs.net/doc/0110843386.html,几个常见对象的访问权：
Application对象和Session对象（状态管理）、User对象（验证Web服务器调用者的身份）、Context对象（可以访问HttpContext类中调用者请求的所有特定HTTP信息）
当然也不可不继承WebService类，可能是为了克服来自.NET Framework的限制。通过HttpContext控制Application状态
Web Service可通过HttpContext控制Application对象（也可以访问所有的https://www.360docs.net/doc/0110843386.html,资源）
例：在Service1.asmx.cs中添加如下方法：
///
/// set exchange of stock
///
///
[WebMethod]
public void SetStockExchange(string exchange)
{
Application["exchange"] = exchange;
}
[WebMethod]
public string GetStockExchange()
{
return Application["exchange"].ToString();
}
WebServiceBinding特性
Web Service描述语言（WebServices Description Language，WSDL）定义的绑
定可作为.NET类访问WebService的接口。即绑定会定义一系列操作。一个WebService类有一个默认的绑定，它包含该类的所有Web方法，该类不存在与
非默认绑定的关联。WebServiceBinding特性用于识别非默认绑定。WebService
类可以具有多个WebServiceBinding特性，每一个都可以指定不同的绑定。如果
Name属性被忽略，那个这个特性将指定默认绑定。
属性类型读写说明
ConformsTo WsiProfiles ╳╳绑定需要遵守的WS-1标准
EmitConformanceClaims Boolean ╳╳如果为true，当WSDL描述时，绑定明
Location String ╳╳定义绑定的位置，默认值为当前Web Name String ╳╳绑定名称
Namespace String ╳╳与绑定关联的命名空间WebMethod特性
Web Service由WebService类定义的，对于WebService类而言，并不需要将所有的方法提供给Web Service使用者。对需要提供的方法，须：
1。声明为public
2。在方法声明之前设置WebMethod特性（即加上[Web Service]）
WebMethod包含一些属性，用于设定web方法的行为。语法：
[WebMethod(PropertyName=value)]，以下是一些属性的说明
BufferResponse：默认情况下，https://www.360docs.net/doc/0110843386.html,在从服务器端向客户端发送响应之前，
会对整个响应进行缓存。多数情况下，这是最好的做法。但是，如果响应非常长，那么需将它设为false类禁用缓存，如果设为false，则返回到客户端的响应时16kb的块。默认值为true
CacheDuration：如同网页，Web Service也能够把返回到客户端的结果进行
缓存（有点：如果客户端发出的请求与由另一个客户端发出的请求完全一致是，那么服务器就返回缓存中的响应，可以改善性能）。CacheDuration定义第一次请求之后的多少秒内，会在响应中将缓存页被发送给随后的请求。一旦缓存过期，则发送新页面给请求。默认值为0，即禁用结果缓存。如果web'方法返回的数据没有改变（如：从一小时更新一次数据库中获取数据的查询），那么就可以设置结果缓存为一个合适的时间，例如1800（30分钟）。令一方面，如果返回的数据是动态的，那么需要设置缓存持续时间较短或干脆禁用。如果Web Service
没有一个相对有限的参数范围，缓冲也不适合使用。
Description：对web方法的描述，字符串类型
EnableSession：默认为false。如果设为true，web方法将启用会话状态。
如果设为ture且Web Service继承自WebService类，那么会话可以使用WebService.Session。允许会话状态为应用程序增加了额外的开销。
MessageName：在C#类中，方法可以拥有相同的名字（重载），Web Service
禁止使用重载。WebMethod特性的MessageName属性可以消除由多个相同名称造成的无法识别的问题。它允许对每一个方法的重载使用唯一的别名。当重载方法在SOAP消息中引用时，SOAP消息将使用MessageName而非方法的名称。
TransactionOption：https://www.360docs.net/doc/0110843386.html, web方法可以使用事务，但是仅当事件在web
方法中初始化时可以使用。TransactionOption属性用于设置web方法是否启动一个事务。然而，因为web方法的事务必须为根对象，所有只有两个不同的行为，
启用一个新对象（Required、RequiresNew）或者不启动（Disabled、NotSupported、Supported）。如果在Web Service中启用事务，需：1。添加
System.EnterpriseServices.dll引用；2。添加命名空间（using
System.EnterpriseServices;）；3。向WebMethod特性添加TransactionOption 属性，并设置为Required（或RequiresNew）。
Web Service学习笔记（3）
WebService特性
WebService特性（不要把它与WebMethod混淆）允许向Web Service添加额外的信息。语法：[WebService(PropertyName=value)]，如果有多个属性，可以使用逗号分隔。下面是它的一些属性：
Description：描述Web Service
Name：当在浏览器中测试页面时，在Web Service帮助页面的最顶部会显示Web
Service的名称，且对所有潜在的Web Service使用者可用。默认情况下，Web Service的名称是实现Web Service的类的名称。
Namespace：每个Web Service都有一个XML命名空间。XML命名空间允许你在
XML文档中创建名称，这个名称是一个统一资源标识符（URI）。Web Service
使用在XML中定义的WSDL文档描述。每个WebService特性必须有一个独立的XML命名空间，这样它才能够为应用程序唯一识别。vs创建的Web Service的默认URI为https://www.360docs.net/doc/0110843386.html,。通常使用唯一的名称来定义一个新的命名空间，例如公司的网站。（这个可以不是一个有效的URL）。
数据类型
Web Service可以使用任何CLR支持的数据类型作为参数或者返回值。除了基本数据类型以为，还可以使用数组和基本类型的ArrayList。由于数据是通过XML
在Web Service和客户端之间传递的，那么无论使用参数或返回值，都必须使用XML Schema或者XSD表示。
类和结构体：Web Service能够把用户定义的类和结构体作为参数或者返回值，
这里有一些需要记住的规则：1。所有类变量必须是基本数据类型或者基本数据类型的数组；2。所有类变量必须是公开的或者有一个公开的实现get和set访问器的属性
DataSets：Web Service能够通过XML编码后返回任何数据，这也包括返回
DataSet，这是因为https://www.360docs.net/doc/0110843386.html,内部使用XML来表示DataSet。一个DataSet仅是https://www.360docs.net/doc/0110843386.html,数据存储中的一种可以由Web Service返回的类型而已。
创建发现文档
一旦创建完成Web Service，负责开发Web Service使用程序的开发人员需要找到一种方法，从而能够了解服务器上有哪些Web Service可用，这些Web Service 提供了哪些方法，这些方法和属性可接收哪些参数，以及这些Web 方法返回的值是什么。这个过程叫发现，是可选的。如果Web Service使用程序的开发者了解这些Web Service文件的URL，那么就不需要实施发现动作了。可以使用disco.exe在命令行方式下创建XML文件（即发现文档）。
打开vs命名提示符（注意不是在运行里输入cmd出来的那个命令提示符）
输入：disco /out:<输出目录名称> http://localhost:7953/Service1.asmx
通过以下两种方法发现发现文档：
1。通过查询字符串实现发现，即在service.asmx文件后加上?disco，如
http://localhost:7953/Service1.asmx?disco
2。静态发现文件。如果Web Service得使用程序需要使用静态发现文件，那么Web Service开发人员必须创建一个静态发现文件。
发现是一个过程，它是用来寻找那些Web Service可用、Web Service提供了哪些方法和属性、方法和那些参数和属性，已经web方法返回的数据类型和属性。它是一个可选过程。
为了实现在客户端机器上，从命令行执行disco工具，并把Web Service的URL 作为参数传递给它，如disco http://localhost:7953/Service1.asmx，这个命令将搜索指定URL来寻找一个发现文档，并把它们保存在本地计算机的当前目录。还有一个.wsdl文件也将在当前目录生成并保存。
也可以使用/out:参数将输出目录改为指定的目录。如：disco
/out:C:/Temp/ http://localhost:7953/Service1.asmx，执行该命令会把两个文件生成到输出目录的Service1.wsdl文件中，这个文件与通过在浏览器中输入.asmx?wsdl或者使用wsdl命令生成的wsdl是相同的。
下面是disco命令的参数说明
/d[omain]:domain 指定连接到要求身份验证的代理服务器时要使用的域名。
/nosave 不要将发现的文档或结果（.wsdl、.xsd、.disco 和 .discomap 文件）保存到磁盘中。默认为保存这些文档。
/nologo 取消显示 Microsoft 启动标题。
/o[ut]:directoryName 指定用于保存所发现文档的输出目录。默认为当前目录。
/p[assword]:password 指定当连接到要求身份验证的代理服务器时要使用的密码。
/proxy:URL 指定用于 HTTP 请求的代理服务器的 URL。默认为使用系统代理设置。
/proxydomain:domain或/pd:domain 指定连接到要求身份验证的代理服务器时要使用的域。
/proxypassword:password或/pp:password 指定当连接到要求身份验证的代理服务器时要使用的密码。
/proxyusername:username或/pu:username 指定连接到要求身份验证的代理服务器时要使用的用户名。
/u[sername]:username 指定连接到要求身份验证的代理服务器时要使用的用户名。
/? 显示该工具的命令语法和选项。
部署
部署Web Service与部署网页差不多。.asmx文件必须位于IIS提供的虚拟目录中，这样它才可以被浏览器访问到。如果有一个Web Service的.disco文件，那么这个文件也必须放在应用程序虚拟目录下。同样，如果应用程序需要创建一个web.config文件，那么也必须复制到应用程序虚拟目录中。
预编译程序集
和使用网页一样，对于已编译的类和资源，既可以使用预编译的assemblies，也可以使用动态编译的assemblies来处理。
使用vs创建客户端
下面用一个实例来创建客户端程序来调用前面章节创建的Web Service（即StockWebService）
新建一个https://www.360docs.net/doc/0110843386.html,应用程序（也可以是winform窗体程序），右击解决方案，选择添加Web引用，如下图所示
弹出如下图的添加Web引用的界面。
在URL中输入http://localhost:7953/Service1.asmx，即web service的地址，注意此时web service需处于运行状态，点击右边的箭头，会将该web service 中的方法查询出来，我们可以点击某个方法看具体的信息，如点击GetName，则会出现调用的参数及SOAP、POST、GET对应的XML文档。如下图所示：
填写web引用的名字后就可以添加web引用了。此时会发现https://www.360docs.net/doc/0110843386.html,应用程序中多了一些文件，此时的目录结构如下图所示：
双击刚刚添加的web引用的名称localhost打开对象浏览器，可以看到web Service项目下的一些事件及参数，其中：方法名+Completed+EventArgs表示事件参数，方法名+Completed+EventHandler表示事件处理方法。
如下图所示：
查看https://www.360docs.net/doc/0110843386.html,应用程序的目录，发现生成了两个目录Service References和Web References，其中Web References目录下存放的是我们刚才添加的web引用，里面的四个文件为：Reference.cs、Reference.map、Service1.disco和Service1.wsdl。并且在web.config中自动添加了如下的代码：
然后再后台代码中就可以调用web service了，注意有一个类为Testttt，这是我们重命名的一个Service。
后台调用代码如下：
protected void Button1_Click(object sender, EventArgs e)
{
localhost.Testttt proxy = new localhost.Testttt();
Response.Write("web:" + proxy.GetName("a"));
}
即在页面放一个button，点击button后返回Name，这样运行的结果为
web:Symbol not found.
当然，我们也可以把Web Service发布到IIS，至于怎么配置IIS，这个可以参考我的博客
https://www.360docs.net/doc/0110843386.html,/alexis/archive/2010/04/10/1708922.html
还有一个要注意的是，如果你用的是.net framework 4的话，那么需要注册一下，以管理员身份运行命令提示符，转到
C:\Windows\https://www.360docs.net/doc/0110843386.html,\Framework\v4.0.30128（不一定是这个目录，反正类似），然后使用aspnet_regiis -i命令注册。
接下来就是要发布Web Service。用管理员身份运行vs，右击解决方案，选择发布，选择发布到IIS，建立虚拟目录，发布。在浏览器中输入地址（没有端口号，即默认80）可测试是否发布成功。
发布成功后，可以参照上面的方法调用Web Service，只不过此时是IIS提供Web Service。
Web Service学习笔记（4）
Web Service之客户端代理
代理类文件：
在客户端使用程序中生成的Reference.cs的文件即代理类，Service1.wsdl为相应的XML文件
代理类说明：
1. 代理类开始是引出一系列的命名空间,代码的主题是定义一个跟待访问的Web服务类同名的从
System.Web.Services.Protocols.HttpGetClientProtocol派生的代理类
2. 代理类具有如下四个方法
2.1 不带参数的构造函数
构造函数主要是设定代理类的URL属性,这个属性表示WEB服务的URL.
2.2 doSearch方法
该方法是WEB服务的doSearch方法的本地代理版本,该方法被一个HttpMethodAttribute所标注,其目的是指示如何序列化发送到 WEB服务的doSearch方法的参数以及如何反序列化WEB服务的响应.如果采用HTTP-GET调用WEB服务的方法,则必须把 HTTPMothodAttribute的ReturnFormatter属性设置为 XmlReturnReader,ParameterFormatter属性设置为UrlParameterWriter.
方法的返回值也被一个XmlRootAttribute特性所标记.该特性用以将类,结构,枚举或结口标记为XML文档实例的根(或项级)元素.该特性的 ElementName属性表示返回值对应的XML元素的名称,Namespace属性表示XML根元素的命名空间,IsNullable属性表示返回值为空时ElementName所指的无素是否包xsi:nil 属性.
以上特性其实代替了我在C#分类中所讲的利用HTTP-GGET;HTTP-POST来获得WEB 服务中的设置URL,在URL中附中参数,以及从返回XML文档中提结果的大段代码再来看看方法中的代码
return ((string)(this.Invoke("doSearch", (this.Url + "/doSearch"), new object[] { keyword})));
上述代码先调用一个Invoke方法,(该方法继承自父类HttpGetClientProtocol),然后把调用结果强制转化为字符串类型.
Invoke方法的原型:
protected Object Invoke(string MethodName,string RequestUrl,Object[] Parameters);
参数:MethodName->表示要调用的Web服务的名称,本例中的“doSearch“
参数:RequestUrl->表示WEB服务的方法的URL,它是由WEB服务的URL加上"/方法名"组成
参数:Parameters->是一个对象数组,包含要传递到远程WEB服务的参数,数组中的顺序与派生类的调用方法中的参数顺序对应
返回值包含派生类方法的返回值和所有引用或输出参数的对象数组
2.3 BegindoSearch方法
这个方法用以启动对WEB服务的doSearch方法的异步调用
BegindoSearch的参数:
keyword: 参数.
callback: AsyncCallback类型的委托对象,当异步调用结束
后,callback所代表的函数将被回调,用来接收结果.
AsyncCallback委托原型:
[Serializable]
public delegate void
AsyncCallback(IAsyncResult ar);
其: IAsyncResult接口:用于监视和管理异步操作. IAsyncResult接口的原型
public interface IAsyncResult
{
object AsyncState{get;}//返回被作为最后一个参数提供的对象
c#-操作webservice(经典入门教程)
Web Service 的基本概念 Web Service也叫XML Web Service WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过SOAP在Web上提供的软件（服务），使用WSDL文件进行（说明），并通过（UDDI）进行注册。 XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。 Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP 调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。 WSDL：(Web Services Description Language) WSDL 文件是一个XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。 UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 概念补充： http soap关系 http:是一个客户端和服务器端请求和应答的标准（TCP）。http协议其目的是为了提供一种发布和接收htttp页面的方法 一http协议的客户端与服务器的交互：由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
XMLWebService完全实例详细解析
XMLWebService完全实例详细解析 首先,我们必须了解什么是webservice.就概念上来说,可能比较复杂,不过我们可以有个宏观的了解:webservice就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据. webservice传递的数据只能是序列化的数据,典型的就是xml数据,这里我们也只讨论XML数据的传输. 有了一些对XML webservice的初步了解后,我们将切入正题,即是用一个具体的webservice事例的形式来讲解具体的webservice用法,用具体的事例来讲解一个概念我想怎么也要比单纯的说理能让人容易理解吧. 这里,我们将以一个简单的分布式课件搜索系统为例来讲解.使用VS2003为编译环境,C#为语言,SqlServcer2000为数据库.(这个例子来源于一位网上朋友的文章的启发,觉得很能代表webservice的特点,就按那个想法做了这么个系统来示例了) 首先,明确我们要做什么.我们需要一个对客户的接口,也就是个站点,我们把它称做ServiceGatherSite,它是何种形式都无所谓,甚至它本身并不需要数据库,它只是提供给用户一个查询的接口,真正的服务,普通用户是不接触到的.然后,这里我们还需要若干个提供服务的站点,我们可以称它们为资源站,这里为简单起见,假设有两个资源站,分别叫WebSiteA,WebSiteB,它们可以是不对外公布的,只是为了丰富查询数据而存在.最后,是我们最需要关注的东西---资源站提供给ServiceGatherSite的服务.两个资源站,就有两个服务,我们称为SiteAService和 SiteBService.两个服务间没有任何关系,内部提供的方法也完全没关联,只是需要把方法如何使用告诉ServiceGatherSite,意思是,服务只提供查询接口,返回的数据如何处理,服务本身并不管,全由使用服务的站点分配. 写了这么多,算是简要的介绍了下有关XML webservice的概念和我们这个例子的结构,下篇文章,我们将开始真正进入代码的设计阶段. 上篇文章介绍了些webservice的基本特性和我们例子的结构,这篇文章我们将开始具体的代码编写工作.
SAP开发webservice接口教程
SAP开发webservice接口教程 在client=100中进行开发： 1.创建RFC函数 SE80，在函数组下，右击->创建，创建函数模块，填写函数模块名称及描述。 2.函数属性标签页，选择“远程启用的模块”，其余默认不变。 3.函数导入标签页，需要添加调用时传入的参数（表），“传递值”需勾选。 表类型：ZSHR_EMPLOYEER_T （需要自己创建） 行类型：ZSHR_EMPLOYEER （需要自己创建）
4.函数导出标签页，需要添加调用返回的参数（表），“传递值”需勾选。 表类型：ZSHR_EMPLOYEER_OUT_T （需要自己创建） 行类型：ZSHR_EMPLOYEER_OUT （需要自己创建） 5.函数源代码标签页，需要写代码实现把传入的数据保存在透明表中。 至此，函数创建完成。 6.创建Web Services 右击包名创建企业服务，进入如下页面，选择“Service Provider”，因为我们是服务提供者，点击“继续”。
7.选择“Existing ABAP Object (Inside Out)”，点击“继续”。 8.给服务起名，并填写描述，点击“继续”
9.选择“Function Module”，点击“继续”。 10.填写我们第一步创建的函数，并勾选“Map Name”，点击“继续”。 11.SOAP Appl默认不变，Profie下拉框选择第四个选择，即不进行权限认证。点击“继续”。 12.填写对于的包和请求，点击“继续”。 下一步，直接点击“完成”。服务创建成功。
13.配置SOA 使用T-CODE：soamanager，进入web页面的SOA管理（client=100）。 14.点击“简化Web服务配置”，进入如下设置页面，点击“执行”，从列表中找到自己创建的 服务，勾选第一个checkbox，User Name/Password(basic)，点击列表左上角的“保存”，之后页面右上角的“返回”按钮，返回首页。 这一步设置，代表我们只设置用户名/密码的调用认证方式。
C#调用WebService实例和开发
C#调用WebService实例和开发 一、基本概念 Web Service也叫XML Web Service WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。简单的理解就是：webservice就是放在服务器上的函数，所有人都可以调用，然后返回信息。比如google就有一个web service，你调用它就可以很容易的做一个搜索网站。就像调用函数一样，传入若干参数（比如关键字、字符编码等），然后就能返回google检索的内容（返回一个字符串）。其中， Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。 WSDL：(Web Services Description Language)WSDL文件是一个XML文档，用于说明一组SOAP消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。 UDDI(Universal Description,Discovery,and Integration)是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP 消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 二、优点缺点 Web Service的主要目标是跨平台的可互操作性。为了实现这一目标，Web Service完全基于XML（可扩展标记语言）、XSD（XML Schema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。因此使用Web Service有许多优点: 1、跨防火墙的通信 如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。如果中间层组件换成Web Service的话，就可以从用户界面直接调用中间层组件，
ABAP外调WebService过程的介绍
第一章proxy（代理）的生成 首先通过se80进入到我们要创建proxy（代理）的package（包）。以我的zhr_password_change程序为例，该程序的目的是帮助用户修改密码，所以进入的是ZHR包。 进入ZHR包后，右键选择Create -> Enterprise Service / Web Service -> Proxy Object，弹出如下选择框：
由于我们是外调Web Service，所以选择Service Consumer选项，并点击继续。随后出现下面的选择界面： 这个选择界面中，如果我们自己的机器就是服务器，那么可以选择Local File，然后给出WSDL文件所在地。不过
一般情况下，我们是通过URL/HTTP访问WSDL文件的。这里，我得到的WSDL文件地址为： http://10.3.11.123/jfids/ChangePwService?wsdl 我们需要先确认这个链接的有效性，可以在浏览器中打开这个链接，如果链接有效，则我们可以看到对应的xml 代码： 将有效的URL地址输入，点击继续，如图：
接下来要选择package（包）和prefix（前缀），package即proxy（代理）所在的包，prefix即代理各种属性（比如名称）、包含数据类型（比如输入数据类型、输出数据类型）等的前缀，主要用于与系统变量进行区分。我这里选择的包是ZHR、前缀为ZCMIS_。
输入包名、前缀后选择继续，此时会出现确认信息： 完成后，会看到workbench request，设置请求号和描述： 然后我们会发现package（包）里出现了Enterprise Service选项，里面包含了代理类及其用到的数据类型。我们需要保存并激活Enterprise Service选项：
Axis2从入门到精通--Webservice在eclipse下开发教程
Axis2 教程 文章分类:Java编程 Axis2是一套崭新的WebService引擎，该版本是对Axis1.x重新设计的产物。Axis2不仅支持SOAP1.1和SOAP1.2，还集成了非常流行的REST WebService，同时还支持Spring、JSON等技术。这些都将在后面的系列教程中讲解。在本文中主要介绍了如何使用Axis2开发一个不需要任何配置文件的WebService，并在客户端使用Java和C#调用这个WebService。 一、Axis2的下载和安装 读者可以从如下的网址下载Axis2的最新版本： https://www.360docs.net/doc/0110843386.html,/axis2/ 在本文使用了目前Axis2的最新版本1.4.1。读者可以下载如下两个zip包： axis2-1.4.1-bin.zip axis2-1.4.1-war.zip 其中axis2-1.4.1-bin.zip文件中包含了Axis2中所有的jar文件, axis2-1.4.1-war.zip文件用于将WebService发布到Web容器中。 将axis2-1.4.1-war.zip文件解压到相应的目录，将目录中的axis2.war 文件放到
二、编写和发布WebService 对于用Java实现的服务程序给人的印象就是需要进行大量的配置，不过这一点在Axis2中将被终结。在Axis2中不需要进行任何的配置，就可以直接将一个简单的POJO发布成WebService。其中POJO中所有的public方法将被发布成WebService方法。 下面我们来实现一个简单的POJO，代码如下： public class SimpleService { public String getGreeting(String name) { return "你好 " + name; } public int getPrice() { return new java.util.Random().nextInt(1000); } }
第一个webservice例子
第一个的webservice实例 超简单，才5步 1> 获取axis及关联的jar包 https://www.360docs.net/doc/0110843386.html,/topics/download/6a76de1e-d506-35bc-a41b-508d4be04025 2> 新建一个模拟服务java类 package server; public class SayHello { public String getName(String name) { return "你好，" + name; } } 3> 在web.xml 下新增一个servelt
webservice入门基础
Web Service入门简介 一、Web Service简介 1.1、Web Service基本概念 Web Service也叫XML Web Service WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。 XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。 Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。 WSDL：(Web Services Description Language) WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 1.2、XML Web Service的特点 Web Service的主要目标是跨平台的可互操作性。为了实现这一目标，Web Service完全基于XML（可扩展标记语言）、XSD（XML Schema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。因此使用Web Service有许多优点: 1、跨防火墙的通信 如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。要是客户端代码不再如此依赖于HTML 表单，客户端的编程就简单多了。如果中间层组件换成Web Service的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Web Service，可以直接使用Microsoft SOAP Toolkit或.net这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，
学习CXF WebService入门实例一
最近开发开始学习Web Service，如果你是大神，请路过！谢谢！遵循前辈大神们的教导~~~，内事不决问度娘，外事不决问谷歌（现在谷歌已经不能用了），只能问度娘了！上网一百度，套用周董的一句歌词，霍，霍，霍，霍，这么多的套路(axis,axis2,XFire,CXF等)，我到底选择哪一个？因为要和Spring进行对接，看了一下，CXF与Spring的耦合度最好，于是就选择了CXF。上官网下jar包，下了最新的apache-cxf-3.1.4.zip包。解压出来，看看里面的最简单的实例，apache-cxf-3.1.4\samples\java_first_jaxws，本着你快乐所以我快乐加上不要脸的原则，我抄抄抄，改了一下名字，开发环境jdk1.6, jdk1.5没试过，上眼呐！ 新建工程mywbs，导入jar包 cxf-core-3.1.4.jar jetty-continuation-9.2.11.v20150529.jar jetty-http-9.2.11.v20150529.jar jetty-io-9.2.11.v20150529.jar jetty-server-9.2.11.v20150529.jar jetty-util-9.2.11.v20150529.jar wsdl4j-1.6.3.jar xmlschema-core-2.2.1.jar 一、接口类IHelloWorld.java package com.ws.hello; import java.util.List; import javax.jws.WebService; import https://www.360docs.net/doc/0110843386.html,ers; @WebService public interface IHelloWorld { public String sayHello(String name); public String getUserName(Users user); public List
xml webService入门教程
Web Service 基本概念 Web Service也叫XML Web Service WebService是种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过SOAP在Web上提供的软件（服务），使用WSDL文件进行（说明），并通过（UDDI）进行注册。 XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。 Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web 服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。 WSDL：(Web Services Description Language) WSDL 文件是一个XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。 UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 概念补充： http soap关系 http:是一个客户端和服务器端请求和应答的标准（TCP）。http协议其目的是为了提供一种发布和接收htttp页面的方法 一http协议的客户端与服务器的交互：由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。 soap 协议：它描述了一种在分散或分布式的环境中如何交换信息的轻量级协议。soap 在http协议的基础上，一个基于XML的协议。 不同：都是底层的通信协议，请求包的格式不同而已，soap包是XML格式,http纯文本格式。 关系：SOAP是个通信协议，SOAP在HTTP协议的基础上，把编写成XML的REQUEST 参数, 放在HTTP BODY上提交个WEB SERVICE服务器(SERVLET，ASP什么的) 处理完成后，结果也写成XML作为RESPONSE送回用户端，为了使用户端和WEB SERVICE可以相互对应，可以使用WSDL作为这种通信方式的描述文件，利用WSDL工具可以自动生成WS和用户端的框架文件，SOAP具备把复杂对象序列化捆绑到XML里去的能力。 Membrane SOAP Monitor，这个soap监听工具。这是德国的一家在线web服务注册公司predic8做的开源soap监听工具，简单好用。 windows下最新的版本为1.1.2版，下载地址： https://www.360docs.net/doc/0110843386.html,/membrane/monitor/win86/membrane-monitor-win86-1.1.2.zip 还有linux下的版本：
restful WebService的入门例子
研究了两天CXF对restful的支持。 现在，想实现一个以 http://localhost:9999/roomservice 为入口， http://localhost:9999/roomservice/room为房间列表, http://localhost:9999/roomservice/room/001/ 为001号房间的信息， http://localhost:9999/roomservice/room/001/person 为在001号房间主的人的列表实现用HTTP请求对以上资源的CRUD。 首先建立room,person的POJO，这里只有一点需要注意： package com.DAO; import javax.xml.bind.annotation.XmlRootElement; @XmlRootElement(name="Person") public class Person { private String name; private String sex; public String getName() { return name; } public void setName(String name) { https://www.360docs.net/doc/0110843386.html, = name; } public String getSex() { return sex; } public void setSex(String sex) { this.sex = sex; } } 一定要在类的前边加上annotation ，这样才能让这个person的信息在POJO和XML之间转换。Room同理: import java.util.Map; import javax.xml.bind.annotation.XmlRootElement; @XmlRootElement(name="Room")
Axis2(WebService)经典教程
Axis2是目前比较流行的WebService引擎。WebService被应用在很多不同的场景。例如，可以使用WebService来发布服务端Java类的方法，以便使用不同的客户端进行调用。这样可以有效地集成多种不同的技术来完成应用系统。WebService还经常被使用在SOA中，用于SOA各个部分交换数据。本课程重点讲解了Axis2的核心功能，并提供了三个项目以使学员理解并掌握如何将Axis2应用于不同的场景。 本课程站在初学者角度介绍了Axis2的大多数常用的功能，例如，以多种方式编写和发布WebService、JAX-RPC、JAX-WS、复杂类型传输、WebService会话管理、Axis2模块等。本课程共分为两部分，其中第一部分为Axis2基础知识讲解。在这部分介绍了前面所述的Axis2 知识。第二部分介绍了三个小的项目。这三个项目的功能类似。所不同的是，它们使用了不同的技术来实现。第一个项目使用Java Swing 技术实现了个人信息管理（PIM）系统，这个系统可以对个人信息（如姓名、职位、电话等）进行增、删、改、查。在这些操作中，涉及到了如何使用WebService来传输和下载图像文件、传输查询结果（Resultset 对象）等技术难点。第二个项目使用Struts 2.1.6（目前Struts 2的最新版，2009年1月发布）来实现PIM。功能与第一个PIM类似。只是这个系统为Web版。在这个项目中学员可以学习到如果将WebService应用在Web程序中。该系统的主要思想是如果Web程序和WebService部署在同一台机器上，Web程序可以直接调用WebService所对应的Java类。当然，也可以象第一个项目一样，直接通过HTTP SOAP协议调用WebService。在第二个项目中同时使用了这两种方式来实现。这两种调用方式分别封装在两组Model类中。可以通过配置struts.xml文件来提定使用哪组模型类（调用方式）。第三个项目使用了C#来实现PIM。这个项目的目的是为了演示如何将.net技术与Java 技术集成来实现一个完整的应用。一个团队要想获得成功，需要每个成员通力合作，各尽所长。而在一个项目中，也和一个团队是一样的，没有哪一种技术适合做所有的事情，因此，需要将各个领域的杰出代表组成一个技术团队。例如，Java适合做企业应用，也能跨平台，比较适合做服务端程序，但它在客户端（C/S）的实现上略显不足，而.net（以C#为代表）和visual studio是windows上语言和开发工具的王者，在GUI上有着无法超越的优势。因此，将Java和.net结合是最完美的联姻。学员从这个项目中就会体会到这个优势所在。 本课程通过一套完备的WebService电子书教程+20多讲教学视频+ QQ群中老师辅导的教学服务方式的教学方式，手把手辅导学员掌握Axis2的核心技术，并一步步带领学员完成这三个项目。 WebService大讲堂之Axis2系列教程 1. 用POJO实现0配置的WebService 2. 复合类型数据的传递 3. 使用services.xml文件发布 WebService 4. 二进制文件传输 5. 会话（Session）管理 6. 跨服务会话(Session)管理 7. 将Spring的装配JavaBean发布成 WebService 8. 异步调用WebService 9. 编写Axis2模块（Module）10. 使用soapmonitor模块监视soap请求与响应消息
使用Myeclipse创建WebService实例
使用Myeclipse 开发基于JAX-WS的Web service实例 本文为Web service 开发入门篇，主要介绍在Myeclipse 环境下开发Web service的服务程序和客户端程序的基本流程。 在Weblogic 10.3.4 中部署Web service服务。 开发环境如下： JAVA IDE：Myeclipse Web server：Weblogic 开发Web service服务程序，需要了解以下相关内容，WSDL, SOAP, XML。这些是组成Web service 的基础。 在下开发Web service程序，目前系统支持的开发框架有3个， JAX-WS,REST(JAX-RS),XFire。其中系统建议不要使用XFire 的框架，可能是要被淘汰了（deprecated）。我们选择的是JAX-WS框架。这个需要Java EE 的支持。所以后面选择Web server容器的时候，是要能支持Java EE 的才可以部署成功。 （一）Web service服务端开发 1. 新建一个Web service project, 菜单File -> New -> Web Service Project，
在上面的框中输入项目名myWebSvc,框架选择JAX-WS, J2EE只能选择Java EE 。Finish完成项目新建。 2. 新建一个Java Bean, 就是一个普通的Class, File –> New -> Class,
包名输入类名输入SayHello, Finish 结束新建类。在类中加入一个方法sayHaha如下， package public class SayHello
MyEclipse开发Webservice实例
MyEclipse Web Services是建立在XFire JavaSOAP框架和工具基础上的, XFire是一款开源的JavaSOAP框架。它拥有一个轻量级的信息处理模块，通过STAX来与SOAP信息相结合。提供了一个工作在WebServices下的简单API，支持POJO和schema开发. XFire支持Web Services standards,Spring整合, 支持JBI , 支持JAXB ,XMLBeans,Java 5 和JAX-WS.并支持HTTP, JMS, XMPP,In-memory传输协议 一、环境配置：MyEclipse7.0 JDK1.6 二、创建Web Service Project 1）在MyEclipse中选择File—>New—>Other，选择Web Service Project 2）Project Name：WebServiceServer，Framework：XFire，其他选项默认
3）Next，这一步保持默认值 4）Project Library选择，选择XFire 1.2 Core Libraries
5）Finish，创建成功后看到的工程目录如下： 6）完成以上5步后，查看WebRoot/WEB-INF/web.xml 这里指明了当遇到/services/*请求时，将选用XFireConfigurableServlet来处理
三、创建Web Service Code 1）通过File—>New—>Other—>Web Services—>Web Service wizard创建JAVA CODE
手把手教你创建axis_webservice
利用AXIS开发W ebservice(一) ——如何发布自己的webservice 先介绍下本人开发环境吧。JDK 1.4.2 + Myeclipse 6.0（实在经不起诱惑，尝尝鲜）+ Tomcat 5.0.28 + AXIS 1.4。AXIS 1.4包可以在https://www.360docs.net/doc/0110843386.html,/axis/找到。假设所有的环境你已经搭好，并且AXIS包也已经下好了。OK，Here we go~ 解压axis-bin-1_4.zip这个包可以看到webapps目录，双击进入把里面的AXIS文件夹拷到%TOMCA T_HOME%\webapps目录下，之后拷贝activation.jar、mail.jar、tools.jar 到%TOMCA T_HOME%\webapps\axis\WEB-INF\lib目录下。启动tomcat，访问http://localhost:8080/axis/happyaxis.jsp 如果访问成功，恭喜你！基本的配置你已经做完了。 PS：此处的%TOMCA T_HOME%指的是Tomcat的安装目录，至于那另外的三个jar包，J2EE 1.4库里就能找的到。 现在来说一下最关键的Webservice的发布。AXIS提供了两种发布方式，一种是即时发布（Instant Deployment），另外一种是定制发布（Custom Deployment）。即时发布提供了一种非常简单的webservice的发布方式，但是其中限制太多，因此在实际的开发中定制发布才是首选。这里也将会以定制发布为重点来介绍。 1.即时发布JWS (Java Web Service) Files - Instant Deployment 即时发布提供了一种非常简单发布方式，发布者只要有Java源代码（也就是.java文件），然后把其后缀名改成jws（也就是java web service的缩写）拷贝到%TOMCA T_HOME%\webapps\axis目录下即完成了所有的发布工作。AXIS的编译引擎会处理接下来的所有事情。下面是一段示例代码： java 代码 public class HelloAXIS { public String Hello(String name){ return "AXIS say hello to " + name; } } 把HelloAXIS.java 文件改成HelloAXIS.jws 然后拷贝到%TOMCA T_HOME%\webapps\axis目录下，启动Tomcat之后访问
WebService完全实例详细解析
首先,我们必须了解什么是webservice.就概念上来说,可能比较复杂,不过我们可以有个宏观的了解:webservice就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据. webservice传递的数据只能是序列化的数据,典型的就是xml数据,这里我们也只讨论xml数据的传输. 有了一些对xml webservice的初步了解后,我们将切入正题,即是用一个具体的webservice事例的形式来讲解具体的webservice用法,用具体的事例来讲解一个概念我想怎么也要比单纯的说理能让人容易理解吧. 这里,我们将以一个简单的分布式课件搜索系统为例来讲解.使用VS2003为编译环境,C#为语言,SqlServcer2000为数据库.(这个例子来源于一位网上朋友的文章的启发,觉得很能代表webservice的特点,就按那个想法做了这么个系统来示例了) 首先,明确我们要做什么.我们需要一个对客户的接口,也就是个站点,我们把它称做ServiceGatherSite,它是何种形式都无所谓, 甚至它本身并不需要数据库,它只是提供给用户一个查询的接口,真正的服务,普通用户是不接触到的.然后,这里我们还需要若干个提供服务的站点,我们可以称它们为资源站,这里为简单起见,假设有两个资源站,分别叫WebSiteA,WebSiteB,它们可以是不对外公布的,只是为了丰富查询数据而存在.最后,是我们最需要关注的东西—资源站提供给ServiceGatherSite的服务.两个资源站,就有两个服务,我们称为SiteAService和 SiteBService.两个服务间没有任何关系,内部提供的方法也完全没关联,只是需要把方法如何使用告诉ServiceGatherSite,意思是,服务只提供查询接口,返回的数据如何处理,服务本身并不管,全由使用服务的站点分配. 写了这么多,算是简要的介绍了下有关xml webservice的概念和我们这个例子的结构,下篇文章,我们将开始真正进入代码的设计阶段. 上篇文章介绍了些webservice的基本特性和我们例子的结构,这篇文章我们将开始具体的代码编写工作. 这个专题主要讲述的是webservice,因此这里我们的代码以Webservice相关为主,而其他工程,例如:ServiceGatherSite,WebSiteA等,只将简略介绍. 在VS2003中,开发一个webservice并不是件困难的事,首先,我们新建一个webservice项目(文件->新建->项目->C#->Web服务应用程序) 建完这个工程,我们将看到一个叫Service1.asmx的文件,这就是webservice的标准文件,它也有UI的概念,不过我们一般不关注,因此,我们查看其cs代码文
axis2之webservice新手超详细教程
A XIS2之WEBSERVICE新手超详细教程 ---------------尚明 Axis2是一套崭新的WebService引擎，该版本是对Axis1.x重新设计的产物。Axis2不仅支持SOAP1.1和SOAP1.2，还集成了非常流行的REST WebService，同时还支持Spring、JSON 等技术，本教程是主要阐述如何构建一个基本的Axis2 webservice应用，里面的许多环节高手可直接略过，本教程完全针对新手。 一、环境安装 安装myeclipse 下载地址: https://www.360docs.net/doc/0110843386.html,/file/4238159/48030981-6b56-40a4-a93b- 8f424ee4f33a 安装mysql 下载地址： https://www.360docs.net/doc/0110843386.html,/file/4238159/de64cf2f-4217-4e11-bb98-8 e6c5dd24155 安装mysql-workbench(mysql可视化工具) 下载地址： https://www.360docs.net/doc/0110843386.html,/file/4238159/becf913f-56a6-4d68-b248-1 34113b73535 安装tomcat
下载地址: https://www.360docs.net/doc/0110843386.html,/file/4238159/ec6a2250-99ff-464e-a978-b e184c96e4e7 下载Axis2服务包 下载地址: https://www.360docs.net/doc/0110843386.html,/file/4238159/bb3db6e3-2f7d-4343-b472- c1fa714dba95 下载Axis2开发插件包 下载地址: https://www.360docs.net/doc/0110843386.html,/file/4238159/aa39505f-079b-43be-9479- 15a2d3e98cbb 安装jdk 下载地址: https://www.360docs.net/doc/0110843386.html,/file/4238159/7ba342f9-277f-4b9c-b5e7-b 0c5b7dfc151 二、环境配置 1)Java环境配置 a)设置JAVA_HOME 图1.