web server课程设计分析Word文件下载.docx

1、2.2 分工我主要负责连接件和配置的设计，组员负责构件设计，我根据他们设计的程序进行思考后对整个web server系统进行了描述与总结。3 程序环境简介本程序运行在Windows7系统下，采用Eclipse作为开发工具，使用Java作为开发语言，采用Apache的Tomcat搭建web服务器，实现web服务。3.1 Web Server简介通过网页搭建服务器，Web服务器可以解析HTTP协议。当Web服务器接收到一个HTTP请求，会返回一个HTTP响应，例如送回一个HTML页面。为了处理一个请求，Web服务器可以响应一个静态页面或图片，进行页面跳转，或者把动态响应的产生委托给一些其它的程序例

2、如CGI脚本，JSP脚本，servlets，ASP脚本，服务器端JavaScript，或者一些其它的服务器端技术。无论它们的目的如何，这些服务器端的程序通常产生一个HTML的响应来让浏览器可以浏览。3.2 Apache简介Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩充，将Perl/Python等解释器编译到服务器中。3.3 Tomcat简介Tomcat是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其

3、他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。目前最新版本是8.0。Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器。4 程序架构设计本程序采用web server架构，通过发布web端的服务器，再通过将客户端与该服务器的http网址相绑定，通过接口来访问服务

4、器对应的方法，达到web服务的作用。其中web端和客户端都是该系统的构件，web端由Apache和Tomcat所搭建的web服务器。web server是一种基于SOAP通信协议的服务框架，所以该系统的连接件是SOAP协议。程序使用wsdl语言描述了该系统的函数关系。5 构件设计构件包含客户端和服务器。5.1 服务器端设计5.1.1 Apache搭建通过系统图形化界面方式进行搭建，其中自动生成等xml文件其中server.xml对整个系统进行描述，用于生成系统代码。5.1.2 服务器java代码首先编写了一个加法程序，利用java的功能自动生成服务端的加法服务：int add （int a ,

5、 int b）;根据该函数通过系统生成对应的服务端代码。原程序结构其中服务器共生成了如下代码其中Cal这个类将是原函数之中的add方法在生成的服务端之中被重写为接口方法。以便客户端进行调用。剩下的都是为客户提供访问服务的方法。其中CalServiceLocator.java这个类里面也描述了http服务网址和远程服务的方法。服务端自动包含了系统引用的包，Apache服务器的包和网络应用的包。5.1.3 服务端wsdl文件可以看到服务端还生成了一个cal.wsdl文件，这个文件是接口描述。可以看到该文件描述了服务的http网址和其对应的方法。在客户端进行调用的时候会根据这个描述文件进行相应的调用

6、。5.2 客户端设计客户端由服务端的wsdl文件自动生成，其中包含了如下文件其中Cal.java是我们的加法方法CalServer.java是调用服务的方法可以看到这个接口继承于rpc的类包，所以我认为是这是服务调用的方法。CalServiceLocator.java类和CalSoapBindingStub.java类里面封装了服务启动以及运行的具体方法。若想调用服务器端的加法，我们需要新建一个client包，其中包含了调用服务器的主代码。可以看到其中声明了CalServerLocator类对象service，声明了一个URL对象url，并且用服务器端的wsdl的地址进行初始化，之后通过Cal

7、SoapBindingStub这个类生成sutb对象，并且用service和url对其进行初始化操作，客户端与服务器进行绑定。绑定成功之后可以调用stub的add方法进行计算。通过这个绑定的文件名称，我们可以发现是通过Soap协议进行绑定，传输，这也说明了web server是基于Soap协议的一种架构。6 连接件设计由于web server基于Soap协议进行数据传输，故这个系统中的连接件就是Soap协议（当然包括http协议）。具体在程序之中实例化表现为CalSoapBindingStub.java这个类，该类的构造函数中用wsdl地址和CalServiceLocator类对象进行初始化，

8、将服务端与客户端进行绑定，达到了连接两端的作用，使客户端可以调用服务器的方法进行计算。7 配置设计本系统由于比较简单，只有一个客户端与一个服务器进行连接通讯，所以只配置了点对点的连接方式。Web server的拓扑结构应该为三角结构，分别为客户端，服务端和注册端。由于是比较简单的web服务，目前市场的服务器计算吞吐量很大，点对点的服务让服务端不能满载，比较浪费资源，可以采用总线型或者星形的拓扑结构来增强服务器的带宽，以增强计算能力。8 实验结果 未开启服务运行客户端，客户端的add方法无法加载，但是system.out.println（）;未经过服务器，故函数可以进行调用，打印输出。可以看到命

9、令行里面有很多的红色代码，说明没有开服务器是不能运行客户端的。开启服务端的正确结果可以看到客户端调用服务端的add方法，计算1+555等于556。说明程序运行成功。9 心得体会通过这次试验，我明白了web server的开发过程，通过Apache服务器进行搭建web端的服务，再通过服务端的wsdl描述语言生成客户端与服务器之间的连接件，再通过调用连接件的对象方法对远程的服务器进行调用，达到web服务的目的。在写报告的时候我们将连接件误认为中间件，将Apache的服务器当做了连接件。最开始我们还做了linux的RPC调用，在本次实验的服务端的CalServer.java里面写了继承于rpc包，所

10、以一直认为web server和RPC一样，我都是客户端和服务器进行通讯达到服务的目的。经过网上的学习，我发现还是有区别的。下面是RPC和web server的对比。可以看到，RPC模型中多了一个stub的组件，这个是约定的接口，也就是server提供的服务。对客户端来说，有了这个stub，RPC调用过程对client code来说就变成透明的了，客户端代码不需要关心沟通的协议是什么，网络连接是怎么建立的。对客户端来说，它甚至不知道自己调用的是一个远程过程，还是一个本地过程。然后，前面说的理解协议，处理连接的工作，总是要有人做的，这个工作就是在下面的RPC Interface里完成的。而web

11、 service接口就是RPC中的stub组件，规定了server能够提供的服务，这在server和client上是一致的，但是也是跨语言跨平台的。同时，由于web service规范中的WSDL文件的存在，现在各平台的web service框架，都可以基于WSDL文件，自动生成web service接口。web service框架，根据所选的平台有所不同，比如本次试验使用的就是Apache的服务架构。它做的事情也和RPC Interface是一样的，SOAP协议负责解析协议，HTTP协议负责处理连接。就编程角度来说，RPC和Web server区别不大，RPC需要编写一个远程过程调用描述语言的*.x文件，通过rpcgen命令生成对应的服务端和客户端的结构，再更改其中的函数，通过gcc编译再运行。而Web server也是根据wsdl文件生成相应的web server结构，再去编写详细的函数进行调用。两者都是通过一个配置文件自动生成框架再去编写代码实现服务。