CN107368478A - 一种在服务器处理web应用请求的方法和装置 - Google Patents

Abstract

本发明提供一种在服务器处理web应用请求的方法和装置，能够通过图形化界面配置业务逻辑，需求变更简单；前端可以更换任意框架，易于扩展。本发明的在服务器处理web应用请求的方法包括：所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；所述服务器处理所述请求以产生处理结果；把所述处理结果返回至所述客户端。

Description

一种在服务器处理web应用请求的方法和装置

技术领域

本发明涉及计算机及其软件技术领域，特别地涉及一种在服务器处理web应用请求的方法和装置。

背景技术

随着IT行业的迅猛发展，web应用技术也越来越成熟，很多第三方框架也为web应用的开发提供非常方便非常重要的支持，例如：Mybatis、Hibernate、Spring、struts2等等，使得web应用的开发更加的规范化。

然而，在目前现有的成熟框架中，我们发现，开发时所需要的配置非常多，比如：Mybatis需要配置sqlmap.xml；Hibernate需要配置POJO.hbm.xml；Spring需要配置事务、需要依赖注入解耦；struts2需要配置控制层和页面之间的命令和返回格式等等。如何简化或者不用这些成熟框架中的配置，但还能更高效规范的开发web项目，是目前面临的一个大问题。

在现有技术中，较为常见的web应用的开发，通常都是利用Struts2+Spring+Hibernate或者SpringMVC+MyBatis框架，大体的业务流程是：

面访问控制层→控制层调用业务层→业务层调用持久化层→持久化层返回数据→业务层接收数据→控制层接收数据→页面接收数据(例如是接收JSON格式的数据)。在上述的整个开发过程中，在每一层都要有相应的配置文件做支持，因此极为繁琐，且限制很多。

由此，可以看出，使用常见的Struts2+Spring+Hibernate或者SpringMVC+MyBatis框架进行web应用的开发，配置文件很多，极为繁琐，且对开发技术要求比较高。另外，现有的两种开发框架较为固定，前端无法任意更换框架，可扩展性差。

发明内容

有鉴于此，本发明提供一种在服务器处理web应用请求的方法和装置，通过使用kettle来进行web应用请求的生成，能够通过图形化界面配置业务逻辑，需求变更简单；前端可以更换任意框架，易于扩展。

为实现上述目的，根据本发明的一个方面，提供了一种在服务器处理web应用请求的方法。

一种在服务器处理web应用请求的方法，包括：所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；所述服务器处理所述请求以产生处理结果；把所述处理结果返回至所述客户端。

可选地，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。

可选地，所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

可选地，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。

可选地，解析所述kettle文件的步骤，包括：初始化kettle文件执行的资源环境；创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

可选地，所述数据源信息具有唯一标识。

根据本发明的另一方面，提供了一种在服务器处理web应用请求的装置。

一种在服务器处理web应用请求的装置，包括：请求接收模块，用于所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；请求处理模块，用于所述服务器处理所述请求以产生处理结果；结果返回模块，用于把所述处理结果返回至所述客户端。

可选地，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。

可选地，所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

可选地，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。

可选地，所述请求处理模块解析所述kettle文件的步骤，包括：初始化kettle文件执行的资源环境；创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

可选地，所述数据源信息具有唯一标识。

根据本发明的又一方面，提供了一种在服务器处理web应用请求的装置。

一种在服务器处理web应用请求的装置，包括：存储器和处理器，其中，所述存储器存储指令；所述处理器执行所述指令用于：所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；所述服务器处理所述请求以产生处理结果；把所述处理结果返回至所述客户端。

根据本发明的技术方案，通过引入kettle的图形化界面来动态生成web端的业务请求，能够通过图形化界面配置业务逻辑，需求变更简单，且对开发人员技术要求低；前端可以更换任意框架，易于扩展；并使用kettle文件执行引擎调用kettle文件的解析API的方式实现业务请求的动态解析，可以快速准确地实现web响应。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的在服务器处理web应用请求的总体设计方案示意图；

图2是根据本发明实施例的在服务器处理web应用请求的方法的主要步骤示意图；

图3是根据本发明实施例的在服务器处理web应用请求的方法的实现流程图；

图4是kettle文件的生成逻辑示意图；

图5是根据本发明一实施例的在服务器处理web应用请求的装置的主要模块示意图；

图6是根据本发明另一实施例的在服务器处理web应用请求的装置的主要模块示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明是通过将业务需求放在图形化界面kettle进行操作，以动态生成所需要的请求和请求参数文件。由于kettle允许管理不同数据源的数据，并且通过图形化的界面、非常丰富的图形化的节点(Step)和节点连接(Hops)来实现你想完成的功能，支持热部署和动态参数的传递，因此，可以用kettle文件来满足不同的业务需求，比如：业务数据的增、删、改、查等。

kettle可以记录执行日志，也可以在统一管理执行单次kettle文件操作数据库的事务，并且可以返回前台页面需要格式的字符串，例如JSON串数据格式等，支持参数的传递。

本发明的后端采用通用的Servlet来处理web请求，以及由Servlet负责处理解析kettle文件，处理业务等。Servlet的主要功能在于交互式地浏览和修改数据，生成动态web内容。这个过程为：客户端发送请求至服务器端；服务器将请求信息发送至Servlet；Servlet生成响应内容并将其传给服务器，响应内容动态生成，通常取决于客户端的请求；服务器将响应返回给客户端。

前端和后端的通信可采用REST风格的通信方式，以常用的统一资源定位符URL的方式向Servlet发送请求。Servlet根据接收到的请求，执行kettle文件的解析并返回指定格式的数据(例如：JSON格式)，从而达到业务处理。

图1是根据本发明实施例的在服务器处理web应用请求的总体设计方案示意图。如图1所示，本发明的web端可以根据项目需要灵活选取，如：JSP、HTML、Ext、Flex等。本发明技术方案的核心是通过动态解析kettle文件实现web请求的处理，并将解析得到的指定格式的数据(例如：JSON串)，通过通用的Servlet返回到web端。整个数据交互方式是基于URL标准的REST风格的方式来发送请求，并在通用的Servlet得到请求之后，根据参数(kettle文件名)找到kettle文件，通过调用kettle文件解析的API进行解析，以返回web端需要的数据格式的数据JSON串，最终web端得到响应。

如图2所示，是根据本发明实施例的在服务器处理web应用请求的方法的主要步骤示意图。本发明的在服务器处理web应用请求的方法主要包括如下的步骤S21至步骤S23。

步骤S21：服务器从客户端接收请求，所述请求利用图形化的用户界面生成；

步骤S22：服务器处理所述请求以产生处理结果；

步骤S23：把处理结果返回至客户端。

其中，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

本发明中，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。其中，解析所述kettle文件的步骤，包括：

初始化kettle文件执行的资源环境；

创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；

解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；

解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；

根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

本发明中，所述数据源信息具有唯一标识。

下面将结合图3和图4介绍本发明的实现流程。图3是根据本发明实施例的在服务器处理web应用请求的方法的实现流程图；图4是kettle文件的生成逻辑示意图。

本发明中可根据项目需要选取前端web页面所需的框架，如：Ext、Jqyery、Flex等。

根据本发明，利用kettle的图形化界面来生成业务请求的参数文件。

首先，可根据业务需求，通过kettle生成kettle文件(步骤S31)。具体kettle文件的生成逻辑如图4所示，kettle文件中的节点有参数节点、查询节点、Json transform节点、记录集连接节点、文本文件输出节点等。可根据业务需求以及想要实现的逻辑具体选定需要的节点(Step)和节点连接(Hops)，kettle会自动生成逻辑代码，并以kettle文件的形式存在。

接下来，前台框架以URL的形式发送请求(步骤S32)，整个交互方式采取通用的Servlet调用rest方式进行交互，所述请求例如：execute.do？fileName＝query*.ktr，这是一个http请求，这个请求的参数是一个kettle文件(.ktr文件)。

前台框架以URL的形式发送请求到服务器端的Servlet后，Servlet的公用类ExecuteServlet接收请求(步骤S33)，并将根据请求参数.ktr文件，执行.ktr文件的动态解析，并返回web端需要的JSON串，到前端显示。

公用类ExecuteServlet对.ktr文件的解析过程，如图3中间的大方框内所示。公用类ExecuteServlet对.ktr文件的解析是通过编写的kettle执行引擎调用解析.ktr文件的API，并按照一定的顺序动态改变.ktr文件中的信息，例如：数据源信息、参数信息、节点内容信息等等来实现的。具体过程如下：公用类ExecuteServlet调用kettle执行引擎ExecueKettleEngine(步骤S34)，此时，将同时调用kettle的辅助类KettleHander(步骤S35)，其中，KettleHander是kettle执行的辅助转换工具，例如可以进行参数格式的转换(例如，需要转换成整数等)、参数名称的标准化等一些辅助操作。在调用ExecueKettleEngine和KettleHander之前，会将kettle执行所需的参数(即：kettle文件中的参数)传给执行引擎，以便执行引擎在调用解析.ktr文件的API的时候，会将参数传递给.ktr文件所对应的转换对象，以达到动态赋值的效果。

之后，kettle执行引擎将通过调用解析.ktr文件的API来实现对.ktr文件的动态解析。在对.ktr文件进行解析前，需先初始化资源环境信息和创建转换对象(步骤S36)，其中，资源环境的初始化操作可通过KettleEnvironment.init()和EnvUtil.environmentInit()两个函数来完成，预先创建转换对象可用于动态赋值。转换对象指的是：线上运行所需要用到的参数名称和属性信息等，由于在线下进行测试时，使用到的数据源和设定的参数名称、属性信息与线上运行时的不同，因此，为了进行线上使用，需要将数据源和参数名称及属性信息都进行变更，故预先创建参数名称和属性信息的转换对象，之后，再进行数据源的赋值和参数名称及属性信息等的赋值。

创建转换对象完成后，将进行转换对象的动态赋值。需先解析kettle文件中配置的数据源(步骤S37)，在执行.ktr文件时，会取得.ktr文件的所有数据源信息，每个元数据信息都有唯一的数据源标识，根据数据源标识就可以通过配置信息得到，从而达到动态赋值的效果。

然后，将参数动态赋值给转换对象(步骤S38)。在进行参数赋值时，是将执行.ktr文件中所需要的变量信息动态赋值给.ktr文件所对应的转换对象，比如：sql语句中的条件、URL的参数信息等等。

当数据源信息、参数信息赋值完成之后，调用API转换对象的execute()方法，执行kettle文件的解析execute()(步骤S39)，以完成数据的流转。

最后，获取执行.ktr文件后返回的kettle文件中的参数，并返回预定的数据JSON串(步骤S40)，JSON字符串通过Servlet返回到web层，以便web端显示返回的数据(步骤S41)。

通过上述的步骤S31至步骤S41，即可实现通过kettle生成业务请求并发送至服务器，并通过kettle执行引擎调用kettle文件的解析引擎来进行业务请求的动态解析，从而处理web请求。

图5是根据本发明一实施例的在服务器处理web应用请求的装置的主要模块示意图。如图5所示，本发明的在服务器处理web应用请求的装置50主要包括：请求接收模块51、请求处理模块52和结果返回模块53。

请求接收模块51用于所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；请求处理模块52用于所述服务器处理所述请求以产生处理结果；结果返回模块53用于把所述处理结果返回至所述客户端。

其中，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。并且，所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

根据本发明的技术方案，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。其中，所述请求处理模块52解析所述kettle文件的步骤，包括：

初始化kettle文件执行的资源环境；

创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；

解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；

解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；

根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

在本发明中，所述数据源信息具有唯一标识。

图6是根据本发明另一实施例的在服务器处理web应用请求的装置的主要模块示意图。如图6，本发明的在服务器处理web应用请求的装置60主要包括存储器61和处理器62。

其中，存储器61存储指令；处理器62执行所述指令用于：所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；所述服务器处理所述请求以产生处理结果；把所述处理结果返回至所述客户端。

根据本发明实施例的技术方案，通过引入kettle的图形化界面来动态生成web端的业务请求，能够通过图形化界面配置业务逻辑，需求变更简单，且对开发人员技术要求低；前端可以更换任意框架，易于扩展；并使用kettle文件执行引擎调用kettle文件的解析API的方式实现业务请求的动态解析，可以快速准确地实现web响应。

本发明的技术方案支持快速敏捷开发，只需要开发页面和kettle文件，业务代码无需编写，因此开发要求门槛比较低，只需会前台框架和sql语句的编写即可；业务逻辑可以通过图形化界面实现，更加清晰简单；支持热部署，对需求变更，只需修改.ktr文件，修改之后直接上传服务器，服务器不需要重启；易于扩展，前台可以换任意框架，例如：Ext、jquery、flex，bootstrap等；便于二次开发，支持多种应用插件。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种在服务器处理web应用请求的方法，其特征在于，包括：

所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；

所述服务器处理所述请求以产生处理结果；

把所述处理结果返回至所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。

3.根据权利要求2所述的方法，其特征在于，所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

4.根据权利要求1所述的方法，其特征在于，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。

5.根据权利要求4所述的方法，其特征在于，解析所述kettle文件的步骤，包括：

初始化kettle文件执行的资源环境；

创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；

解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；

解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；

根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

6.根据权利要求5所述的方法，其特征在于，所述数据源信息具有唯一标识。

7.一种在服务器处理web应用请求的装置，其特征在于，包括：

请求接收模块，用于所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；

请求处理模块，用于所述服务器处理所述请求以产生处理结果；

结果返回模块，用于把所述处理结果返回至所述客户端。

8.根据权利要求7所述的装置，其特征在于，所述图形化的用户界面为kettle，且所述请求包含的参数为kettle文件。

9.根据权利要求8所述的装置，其特征在于，所述kettle文件包括：参数节点、查询节点、数据格式变换节点、记录集连接节点、文本文件输出节点。

10.根据权利要求7所述的装置，其特征在于，所述服务器处理所述请求是通过解析所述kettle文件，以生成预定格式的所述处理结果来实现的。

11.根据权利要求10所述的装置，其特征在于，所述请求处理模块解析所述kettle文件的步骤，包括：

初始化kettle文件执行的资源环境；

创建kettle文件所对应的转换对象，所述转换对象包括数据源转换对象和参数转换对象；

解析kettle文件中配置的数据源信息，并将所述数据源信息赋值给所述数据源转换对象；

解析kettle文件中所需要的参数信息，并将所述参数信息赋值给所述参数转换对象；

根据解析kettle文件的应用程序编程接口的应用逻辑执行kettle文件解析。

12.根据权利要求11所述的装置，其特征在于，所述数据源信息具有唯一标识。

13.一种在服务器处理web应用请求的装置，其特征在于，包括：存储器和处理器，其中，

所述存储器存储指令；

所述处理器执行所述指令用于：

所述服务器从客户端接收请求，所述请求利用图形化的用户界面生成；

所述服务器处理所述请求以产生处理结果；

把所述处理结果返回至所述客户端。