Abstract:
The present disclosure extends to organizing content and logic for business processes and information technology infrastructure and facilitating collaborative content creation. Embodiments comprise an extensible web application framework having a presentation tier configurable during runtime and dynamically configurable external services for implementation of business rules. Implementations of the present disclosure may integrate with virtually any external content management system. Embodiments of the present disclosure may be deployed as a model-view-controller (“MVC”) framework pattern.

Description:
BACKGROUND 
       [0001]    Commonly, enterprise framework architecture may be used for organizing logic for business processes and information technology infrastructure, facilitating collaborative content creation, and operating as a framework upon which logic for business processes may be executed. Frameworks may allow many users to publish content from a central interface. Other frameworks manage and execute business logic processes and other technology infrastructure of an organization. 
         [0002]    However, there presently does not exist a unified architecture having a common framework that can execute business logic as a service on a website while offering flexibility for numerous web-based applications. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0003]    Non-limiting and non-exhaustive embodiments of the present disclosure are described with reference to the following figures, wherein like reference numerals refer to like parts throughout the various views unless otherwise specified. 
           [0004]      FIG. 1  is a block diagram illustrating components of a web application framework system according to an embodiment of the present disclosure; 
           [0005]      FIG. 2  is a block diagram illustrating a context analyzer layer according to an embodiment of the present disclosure; 
           [0006]      FIG. 3  is a block diagram illustrating a configuration collector layer according to an embodiment of the present disclosure; 
           [0007]      FIG. 4  is a depiction of a component configuration according to an embodiment of the present disclosure; 
           [0008]      FIGS. 5A and 5B  are a depiction of component data source parameters according to an embodiment of the present disclosure; 
           [0009]      FIG. 6  is a block diagram illustrating a data collector layer according to an embodiment of the present disclosure; and 
           [0010]      FIG. 7  is a chart illustrating an example method for parsing a web page definition containing a tree structure of modules in accordance with embodiments of the present disclosure. 
       
    
    
       [0011]    Corresponding reference characters indicate corresponding components throughout the several views of the drawings. Skilled artisans will appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of various embodiments of the present disclosure. Also, common but well-understood elements that are useful or necessary in a commercially feasible embodiment are often not depicted in order to facilitate a less obstructed view of these various embodiments of the present disclosure. 
       DETAILED DESCRIPTION 
       [0012]    The present disclosure is directed to methods, systems, and computer programs for executing a web application framework in one or more computer systems. In the following description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific exemplary embodiments in which the disclosure may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the concepts disclosed herein, and it is to be understood that modifications to the various disclosed embodiments may be made, and other embodiments may be utilized, without departing from the spirit and scope of the present disclosure. The following detailed description is, therefore, not to be taken in a limiting sense. 
         [0013]    Reference throughout this specification to “one embodiment,” “an embodiment,” “one example,” or “an example” means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least one embodiment of the present disclosure. Thus, appearances of the phrases “in one embodiment,” “in an embodiment,” “one example,” or “an example” in various places throughout this specification are not necessarily all referring to the same embodiment or example. Furthermore, the particular features, structures, or characteristics may be combined in any suitable combinations and/or sub-combinations in one or more embodiments or examples. In addition, it should be appreciated that the figures provided herewith are for explanation purposes to persons ordinarily skilled in the art and that the drawings are not necessarily drawn to scale. 
         [0014]    Embodiments in accordance with the present disclosure may be embodied as an apparatus, method, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware-comprised embodiment, an entirely software-comprised embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, embodiments of the present disclosure may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code embodied in the medium. 
         [0015]    Any combination of one or more computer-usable or computer-readable media may be utilized. For example, a computer-readable medium may include one or more of a portable computer diskette, a hard disk, a random access memory (RAM) device, a read-only memory (ROM) device, an erasable programmable read-only memory (EPROM or Flash memory) device, a portable compact disc read-only memory (CDROM), an optical storage device, and a magnetic storage device. Computer program code for carrying out operations of the present disclosure may be written in any combination of one or more programming languages. Such code may be compiled from source code to computer-readable assembly language or machine code suitable for the device or computer on which the code will be executed 
         [0016]    Embodiments may also be implemented in cloud computing environments. In this description and the following claims, “cloud computing” may be defined as a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned via virtualization and released with minimal management effort or service provider interaction and then scaled accordingly. A cloud model can be composed of various characteristics (e.g., on-demand self-service, broad network access, resource pooling, rapid elasticity, and measured service), service models (e.g., Software as a Service (“SaaS”), Platform as a Service (“PaaS”), and Infrastructure as a Service (“IaaS”)), and deployment models (e.g., private cloud, community cloud, public cloud, and hybrid cloud). 
         [0017]    The flowcharts and block diagram in the attached figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowcharts or block diagram may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It will also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flowcharts and/or block diagram block or blocks. 
         [0018]    Embodiments of the present disclosure are directed to managing and executing a web application framework in one or more computing systems. According to embodiments disclosed herein, a web application framework may be implemented with a model-view-controller (“MVC”) pattern having interfaces for a presentation tier and business tier used by the framework to integrate with an external content management system via a tree of components comprising container and content nodes, as will be described in further detail. 
         [0019]    Referring now to  FIG. 1 , embodiments of web application framework system  100  of the present disclosure comprises context analyzer layer  110 , configuration collector layer  120 , data collector layer  130 , model builder layer  140 , view resolver layer  150 , and presentation tier  160 . Web application framework system  100 , context analyzer layer  110 , configuration collector layer  120 , data collector layer  130 , model builder layer  140 , view resolver layer  150 , and/or presentation tier  160  may be embodied in one or more computing devices that operate in an individual or distributed manner as will be described in detail below. In embodiments of the present disclosure, network  200  may include, but is not limited to, a wireless network, a cellular network, an intranet, the Internet, or combinations thereof. 
         [0020]    Referring to  FIG. 2 , in embodiments, context analyzer layer  110  comprises request module  112  and context parser module  114 . Request module  112  is adapted to receive context to a request from user computing device  210  via network  200 . In embodiments, the request is a hypertext transfer protocol (HTTP) request generated at a user&#39;s computing device  210 . Request context may include request parameters, cookies, request attributes, and the like. Request context module  112  can receive the request context and transmit the request context to context parser module  114 . Context parser module  114  is adapted to parse the request context. The parsed request context may be transmitted to the data collector layer  130 . 
         [0021]    Referring to  FIG. 3 , in embodiments, configuration collector layer  120  comprises CMS interface module  122  and page configuration parser module  124 . CMS interface module  122  comprises an interface that may integrate with an external content management system  220 . In embodiments, CMS interface module  122  may selectively interface with any number and/or type of CMS framework  220 . According to embodiments, CMS interface module  122  can interface with a CMS framework  220  using JavaScript Object Notation (“JSON”) over HTTP. In other embodiments, other languages and/or communication protocols may be employed. 
         [0022]    CMS  220  may receive a request from a user computing device  210  via network  200 . In response to such a request, CMS  220  can transmit a selected web page configuration to CMS interface module  122 . The web page configuration may include a tree of components where a root component represents the web page template. In such a tree, leaf components may denote a module on the web page. Non-leaf components may represent a container used to group together one or more leaf components. Page configuration parser module  124  may parse the page components and pass the component configurations to data collector layer  130 . 
         [0023]    Referring now to  FIG. 4 , an example embodiment of a component configuration is depicted. According to embodiments of the present disclosure, each component may comprise certain attributes. For example, each component may have a “properties” attribute that may be used to pass configurable text, title, image URL, or other presentation-related configurable data from the CMS  220  and provide the flexibility to change such presentation-related data in a live environment without re-deploying the web application. As an additional example, each component may have a “data source” attribute to specify a service and/or source to invoke for fetching any data called for by the component. As an additional example, each component may have a “data analyzer” attribute to specify a decision point for the component, where a decision regarding an additional child component selection or other further processing may be called for. 
         [0024]    Referring now to  FIGS. 5A and 5B , an example embodiment of a component&#39;s optional data source parameters is depicted. In embodiments, a data source includes an endpoint and a method such as GET or POST. In some embodiments, a data source comprises input parameters. In other embodiments, a data source comprises no parameters. In embodiments, the endpoint itself does not include a query string if such is needed; for example similar to in a GET request. In such embodiments, input parameters may be inserted in a data source for the query string. 
         [0025]    Referring now to  FIG. 6 , data collector layer  130  comprises data analyzer module  133  and a data collector module  135 . Data analyzer module  133  can receive request contexts from context analyzer layer  110 , as called for at a data source call. Data analyzer module  133  can additionally receive components for the page from configuration collector layer  120 . As additional decisions are called for by the data analyzer attribute of a component, data analyzer module  133  can process the requested decision, transmit a data request to data collector module  135 , and return a selected child component resulting from that decision to configuration collection layer  120 . In embodiments, data collector module  135  comprises a multi-threaded module. Data collector module  135  can optimize data call patterns by executing threads in parallel or sequential after analyzing inputs from configuration collector layer  120  and/or data analyzer module  133 . Each thread may call an external service and retrieve data back for further processing Configuration collector layer  120  may then pass the configuration(s) for newly selected components back to data collector layer  130 . 
         [0026]    In alternative embodiments, the data analyzer configuration parameter of a component may specify a decision point for the component needed for child selection in the component tree for further processing and rendering. An external class can be implemented for decision-making and can be specified in the configuration of the component. The class may implement the data analyzer interface at data analyzer module  133 . In operation, configuration collector layer  120  can load the class by reading its name from the component configuration and injecting it in the component. As a result, data collector layer  130  may execute it by using the data analyzer interface described above and any component calling for a decision point can have data analyzer defined as an attribute. 
         [0027]    In operation, the data collector layer  130  may parse the full component tree for the page and extract data sources from each component for which data sources are defined. Embodiments of data analyzer module  133  can make data source calls for those components concurrently and may put the responses back against each component. If a component calls for a decision about a child selection in the current web page then that component may have a data analyzer attribute defined. If a data analyzer attribute is defined for a component, then data analyzer module  133  may withhold parsing that child component and may invoke the data sources of its children and wait until a final decision has been made for selection of child components. Data analyzer module  133  may then parse those selected children components and follow an iterative model of invoking concurrently the data sources of the sub-tree until a data analyzer is again identified on a component. 
         [0028]    In alternative embodiments, data analyzer module  133  may also identify cases where one or more data sources were separately requested by different modules and then invoke any such data sources a single time (rather than multiple times) to provide results to the multiple components. 
         [0029]    Referring now to  FIG. 7 , a method  700  of parsing a web page definition containing a tree structure of modules according to embodiments of the present disclosure is illustrated. At operation  710 , data analyzer module  133  parses a web page definition containing a tree structure of modules. At operation  720 , data analyzer module  133  extracts data sources or references from those modules. At operation  730 , data analyzer module  133  skips parsing of any sub-trees having a data analyzer (which data analyzer represents a decision function). In other words, as the data analyzer module  133  traverses the tree, it ignores any branches below a decision function. At operation  740 , data analyzer module  133  invokes a call to the data sources or references for the data analyzer. At operation  750 , data analyzer module  133  executes the data analyzer of a module after receiving data from data source or reference. At operation  760 , a decision is made for one of the module&#39;s sub trees on the web page. At operation  770 , the process is repeated on the selected sub tree of that module. At operation  780 , data analyzer module  133  maintains a record of all data source requests and their status (i.e., whether the response is pending or received) and identifies any duplicate requests. Data analyzer may use such a record to reduce duplicate requests. 
         [0030]    Referring now to  FIG. 1 , in embodiments, model builder layer  140  is adapted to prepare the model from the data for components by mapping the data to components in the component hierarchy for the web page. Model builder layer  140  can receive from data collector layer  130  page template and layout, including components passed to system  100  from CMS  220 . 
         [0031]    In embodiments, view resolver layer  150  is adapted to map the rendered names of the components to the views in presentation tier  160 . In embodiments, presentation tier  160  is adapted to render the components by using the data and configuration provided by framework from the CMS and data source(s). Typically, rendered components may be constructed in an HTML file, cascading style sheets (“CSS”) file, and/or other markup or style sheet files corresponding to the rendered page. Any such files may then be transmitted via network  200  back to user computing device  210  for display to the user. 
         [0032]    Another embodiment of the present disclosure comprises extracting context from a request in a web application framework and dynamically transforming the request. In embodiments, the request may be made to an external data source or service. According to embodiments of the present disclosure, a data source definition can have a coded expression for the value of an input parameter. Context analyzer layer  110  can use the following types of expressions for endpoints as well as the value of an input parameter in a data source. 
         [0033]    Context analyzer layer  110  can first try to find a property name matching the expression and will replace the expression with the value of the property, if found. The expression will not be altered yet if a property is not found. After property name, the following types will attempt be matched: 
         [0034]    Request parameter. If the expression string starts with “request.param” then the context analyzer layer  110  can replace the expression with the value of the request parameter with “paramname”, if found. It may be replaced with “ ” if not found. 
         [0035]    Request cookie. If the expression string starts with “request.cookie” then the context analyzer layer  110  can attempt to identify a cookie in the request with the cookie name and use the value of the name to replace the expression. It may be replaced with “ ” if not found. 
         [0036]    Request attribute. If the expression string starts with “request.attr” then the context analyzer layer  110  can replace the expression with the value of “attrName” attribute, if found. It may be replaced with “ ” if not found. 
         [0037]    Request header. If the expression string starts with “request.header” then the context analyzer layer  110  can replace the expression with the value of “headerName” attribute, if found. It may be replaced with “ ” if not found. 
         [0038]    Context Analyzer. If the expression string starts with “context” then the context analyzer layer  110  can try to find a contextAnalyzerName class and use the value of contextKey in the class to replace the above expression. Accordingly, it may be important that a context analyzer by that name is available. If the Context analyzer is not found or if contextKey is not specified, an invalid configuration exception can be thrown. 
         [0039]    The aforementioned types of expressions may be used in combination inside a single endpoint or value of the input parameter of a data source. The aforementioned types of expressions may also be used repetitively for a single string value. In embodiments, if the value of an input parameter is null or blank after expression match and replacement (or for any other reason) and that input parameter is not marked as directed by the data source configuration, that input parameter may not be sent to the data source and may be ignored. However, if it is marked as “required” for the data source configuration, and is null or blank, a warning may be generated in the log and the data source may not be invoked. As a result, the data source may only be invoked when a request has all the expected input parameter values. 
         [0040]    Although the present disclosure is described in terms of certain preferred embodiments, other embodiments will be apparent to those of ordinary skill in the art, given the benefit of this disclosure, including embodiments that do not provide all of the benefits and features set forth herein, which are also within the scope of this disclosure. It is to be understood that other embodiments may be utilized, without departing from the spirit and scope of the present disclosure.