CN104270403A - 基于struts2框架的云平台信息web监控系统 - Google Patents

Abstract

本发明涉及一种基于struts2框架的云平台信息web监控系统，包括客户端和服务器端，服务器端包括控制层，模型层和视图层，客户端由浏览器发送http请求，控制层调用业务逻辑方法，模型层封装数据和业务逻辑方法，视图层访问控制器，视图层负责用户看到并与之交互的界面，控制层负责接受请求和处理对模型层的调用，将模型层与视图层匹配在一起，共同完成用户的请求，采用J2EE框架，应用MVC开发模式，提供一套完整的服务，通过实时监听传感器传来的信息，和web客户端发送http请求，控制层根据配置文件调用模型层中的不同业务逻辑方法，模型层封装物联网中的数据和业务逻辑方法，视图层访问控制层，封装产生动态网页的处理逻辑，将处理结果发送到web客户端，对用户进行结果显示。

Description

基于struts2框架的云平台信息web监控系统

技术领域

本发明涉及信息处理管理领域，尤其是涉及一种基于struts2框架的云平台信息web监控系统。

背景技术

近几年来，在信息技术的支持下物联网飞速发展，应用需求和领域非常广泛，已成为一个发展迅速规模巨大的市场。在物与物的交流之中虽然无需人的干预，但是也需要提供给人一个接口可以对网内的物体进行管理和查看；另外一方面，这些对物体自动化的管理需要一个强大的管理系统来进行处理，如果有异常情况的发生，还可以需要向管理人员发送异常信息，以便故障的及时解决。而通过web管理系统可以满足这种需求，对环境进行实时的监控管理。

在web系统的开发过程中，框架的选择可以极大的提高开发效率，缩短开发时间，减少开发工作的重复量，降低成本，满足用户的需求并且充分发挥MVC设计模式的优势。所以选择一个成熟的框架至关重要。Struts2是由Struts和WebWork共同发展而来，集两者的优势于一身，其次他在市场上的认知度最高，对于后期的维护和扩展有很大的便利。

发明内容

本发明的目的是针对物联网中的的底层传感器发送的各种信息进行监控、管理，可以及时方便的查看这些信息，同时如有异常状况及时向相关人员发送报警，以便在第一时间解决障碍。

本发明解决其技术问题所采用的技术方案是：一种基于struts2框架的云平台信息web监控系统，包括客户端和服务器端，服务器端包括控制层，模型层和视图层，客户端由浏览器发送http请求，控制层调用业务逻辑方法，模型层封装数据和业务逻辑方法，视图层访问控制器，视图层负责用户看到并与之交互的界面，控制层负责接受请求和处理对模型层的调用，将模型层与视图层匹配在一起，共同完成用户的请求。 

在本发明的一个较佳实施例中，控制层包括web.xml，Struts.xml，struts.properties，Action及Interceptors。

在本发明的一个较佳实施例中，web.xml配置有监听器，在服务器开启时，就开始自动的监控采集环境中的信息。

在本发明的一个较佳实施例中，显示层包括Javabean类组件，JDBC数据接口组件，串口组件。

在本发明的一个较佳实施例中，业务逻辑方法通过不同组件完成不同的业务逻辑要求，业务逻辑方法包括用户管理模块，系统登陆模块，环境信息处理模块，页面报警模块和短信报警模块。

本发明的有益效果是：采用J2EE框架，应用MVC开发模式，提供一套完整的服务，通过实时监听传感器传来的信息，和web客户端发送http请求，控制层根据配置文件调用模型层中的不同业务逻辑方法，模型层封装物联网中的数据和业务逻辑方法，视图层访问控制层，封装产生动态网页的处理逻辑，将处理结果发送到web客户端，对用户进行结果显示。

附图说明

图1是Struts2 MVC 结构图；

图2是struts2拦截器工作原理图。

图中：11、客户端；110、浏览器；12、控制层；120、核心filter120；121、 action；13、模型层；131、数据库；14、视图层。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。

如图1和图2所示一种基于struts2框架的云平台信息web监控系统，包括客户端和服务器端，服务器端包括控制层，模型层和视图层，客户端包括web浏览器，由浏览器发送http请求，控制层调用业务逻辑方法，模型层封装数据和业务逻辑方法，视图层访问控制器，视图层负责用户看到并与之交互的界面；控制层包括web.xml，Struts.xml，struts.properties，Action及Interceptors；web.xml配置一个前端控制器-FilterDispatcher，用于对Struts框架进行初始化以及所有的请求；Struts.xml负责管理应用中的Action映射，以及该Action包含的Result定义等，使调用action时知道对应的操作类和结果类，struts.xml内容主要包括Action、Interceptor、Packages和Namespace。此文件的名字不一定是固定的，可以在struts.properties中的struts.configuration.files进行配置，该文件由开发人员编写；struts.properties定义了Struts2框架的全局属性，该文件由开发人员编写，该文件必须位于classpath下，通常放在Web应用程序的/WEB-INF/classes目录下；Action在控制层中采用的action的属性驱动，其中在Action中提供与表单字段一一对应的属性，然后一一set赋值，采用属性驱动的方式时，是由每个属性来承载表单的字段值，运转在MVC流程里面。其中通过ActionProxy充当代理的角色，执行Action的过程，因为是使用代理而不是直接操纵对象，所以可以在代理中封装拦截器、result等额外代码；ActionProxy持有ActionInvocation对象，它代表了action执行的当前状态;它持有按顺序拦截器、Action实例、结果映射和ActionContext；Interceptors拦截器允许你在action执行前后插入代码执行。拦截器可以为action动态添加输入验证、对象组装、权限控制、日志记录等功能，而不需要修改action。如果一个action需要多个拦截器，可以将多个拦截器组合在一起，组成一个拦截器栈，然后再action中直接引用拦截器栈即可，如果多个action都需要引用相同的拦截器，那可以使用default-interceptor-ref元素来定义一个默认的拦截器栈引用，这样就不需要为每个action指定引用信息了。

如图2所示，当请求到达Struts2的ServletDispatcher时，Struts2会查找配置文件，并根据其配置实例化相对的interceptor对象，然后串成一个列表（list），最后一个一个地调用列表中的拦截器。

控制层负责接受请求和处理对模型层的调用，将模型层与视图层匹配在一起，共同完成用户的请求，模型层主要由action实现，此处的action主要采用的模型驱动，由模型对象来承载所有的属性值，运转在MVC流程里面。其中把表单字段都自动被set到一个JavaBean中，在此层中的action可以说是一个独立的javabean。 Action中的方法代表业务逻辑，action中的属性代表请求的参数，当页面请求参数较多的时候，把过多的参数对象的属性定义在action中不太符合struts2所倡导的松耦合原则，所以单独用javabean来封装参数，在action中为javabean赋值。模型层还包括数据库，所述的物联网找那个的数据均存储在数据库中，通过JDBC数据接口，读取数据库的接口，通过串口驱动接口，读取GSM短信发送模块，业务逻辑方法通过不同组件完成不同的业务逻辑要求，业务逻辑方法完成不同业务需求，可以按功能划分为：用户管理模块，系统登陆模块，环境信息处理模块，页面报警模块，短信报警模块。控制层并不做任何的数据处理，它只把用户的信息传递给模型层，告诉模型层做什么，选择符合要求的视图返回给用户。因此，一个模型层可能对应多个视图层，一个视图层可能对应多个模型层；web.xml配置有监听器，在服务器开启时，就开始自动的监控采集环境中的信息；显示层包括Javabean类组件，JDBC数据接口组件和串口组件，Javabean类组件用于操作业务逻辑方法，JDBC数据接口组件用于读取数据库的接口；串口组件是GSM短信模块的接口，显示层主要是由jsp组成，组织模型的内容。它从模型那里获得数据并指定这些数据如何表现。当模型变化时，视图负责维护数据表现的一致性。视图同时将用户的请求通知控制器。 

在配置Struts2之前，先要进行全局配置。你需要先下载发行版或是在你的Maven2的"pom.xml"文件中配置它的依赖关系:

<dependency>

    <groupId>org.apache.struts</groupId>

    <artifactId>struts2-core</artifactId>

    <version>2.0.6</version>

</dependency>

Web客户端11，主要包括web浏览器110，用户通过web浏览器来查看显示层的内容并发出http请求。

服务器端包括控制层12，模型层13，显示层14。其中控制层12主要由核心filter120和属于属性驱动的action121组成，模型层13主要由javabean130和数据库131组成，视图层14主要由jsp140完成页面的显示和对应功能的完成。

控制层12主要由核心filter120和属于属性驱动的action121组成。其中核心filter120包括FilterDispatcher和自己配置的Interceptors。一个HTTP请求到达Struts2的FilterDispatcher之后，就会被转换成一个action command.这个action command在穿越了一系列拦截器之后，最后执行用户编写的Action实例。在Action执行后，响应还会穿越相同的拦截器，按照与请求相反的顺序即拦截器。最后通过Struts2的HttpServletResponse转换成Web可识别的响应，如JSP。

其中在Action的接口定义中，excute()方法并没有HttpServletRequest和HttpServletResponse参数，也就是说Struts2的Action不用去依赖于任何Web容器。Struts2 通过用ActionContext对象来与Web容器发生联系。

ActionContext（com.opensymphony.xwork.ActionContext）是Action执行时的上下文，上下文可以把它看作是一个Map，它存放是Action在执行时需要用到的对象，比如：上下文放有请求的参数（Parameter）、会话（Session）、Servlet上下文（ServletContext）、本地化（Locale）信息等。在每次执行Action之前都会创建新的ActionContext，ActionContext是线程安全的，也就是说在同一个线程里ActionContext里的属性是唯一的，这样的Action就可以在多线程中使用。

模型层13主要由javabean130和数据库131组成。它借助JDBC数据库接口和javabean类，实现系统的登陆注册，用户分级，搜索信息，删除信息，等功能。它还包括数据库，用来存储数据并通过JDBC接口调用。作为一个实施例，本发明包括用户信息表，信息表，历史表等。

视图层14主要由jsp140完成页面的显示和对应功能的完成，它实现与用户交互的界面，通过java程序段和java标记访问控制层，封装产生动态网页的处理逻辑，并将处理结果发送web客户端。

如图1，其中一次管理网元的操作流程如下：

步骤S1：浏览器发送一个http请求；

步骤S2：核心filter进行一些一些拦截或者初始的工作过滤然后根据配置文件找到请求的action的名称交给对于的action；

步骤S3：action类调用其中的execute方法进行业务处理；

步骤S4：根据结果进入到模型层得javabean调用相应的数据库操作，进行插入删除更新查询等操作；

步骤S5：根据数据库返回的结果给javabean；

步骤S6：模型层将结果返回给对应的逻辑操作；

步骤S7：action根据返回的结果跳转到对于的jsp页面；

步骤S8：JSP页面返回到浏览器进行显示。

需要强调的是：以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (5)

1.一种基于struts2框架的云平台信息web监控系统，其特征在于：包括客户端和服务器端，所述服务器端包括控制层，模型层和视图层，所述客户端由浏览器发送http请求，所述控制层调用业务逻辑方法，所述模型层封装数据和业务逻辑方法，所述视图层访问控制器。

2.如权力要求1所述的基于struts2框架的云平台信息web监控系统，其特征在于：所述控制层包括web.xml，Struts.xml，struts.properties，Action及Interceptors。

3.如权力要求2所述的基于struts2框架的云平台信息web监控系统，其特征在于：所述web.xml配置有监听器。

4.如权力要求1所述的基于struts2框架的云平台信息web监控系统，其特征在于：所示显示层包括Javabean类组件，JDBC数据接口组件，串口组件。

5.如权力要求1所述的基于struts2框架的云平台信息web监控系统，其特征在于：所述业务逻辑方法通过不同组件完成不同的业务逻辑要求，所述业务逻辑方法包括用户管理模块，系统登陆模块，环境信息处理模块，页面报警模块和短信报警模块。