The present disclosure relates generally to a method and system for securing and validating the client-side storage of content from asynchronous include requests in an application server environment.
In the traditional application server environment, entire pages are cached by an application server and each client must return to the application server to obtain these pages. With the advent of new Web 2.0 technologies, pages are becoming increasingly fragmented, resulting in an increase in the number of cached entries and a decrease in the likelihood that any of those cached fragments will be requested again. By leveraging a publish/subscribe environment, these cached entries can be stored on multiple clients instead of a single server. This frees up server resources and allows the server to act more like a proxy, facilitating indirect communication between multiple clients, than a storage mechanism. Clients have also benefited from this arrangement since there is no longer a need to constantly poll the server for results. A client subscribes to content via an asynchronous include/request, and once subscribed clients are automatically notified when results become available. No additional software is required on the client end as known technologies like Dojo already contain publication/subscribe functionality and dojo.storage and can be utilized to provide a unified method for maintaining cached content on the client.
The prior art method for client-side storage and distribution of asynchronous includes is demonstrated in
The present invention provides validated read only cache content for client-side storage and distribution of asynchronous includes by allowing a client in an application server environment to designate trusted clients from which they will accept the content of an asynchronous include request. The invention comprises an application server environment comprising an application server, a results server and one or more client devices. In the application server environment each client maintains a connection to the results server and the results server functions as a proxy for subscription and publication of asynchronous includes between clients.
In the present invention, a client designates other clients in an application server environment that it will trust to receive content from an asynchronous include request. The logic for determining whether a client is trusted is maintained on the results server.
When a client subscribes to the content of an asynchronous include, the request is sent to a results server. The results server identifies one or more clients in the application server environment who have previously subscribed to and have cached the content in local storage (publishing client). The results server then verifies whether the publishing client is a trusted client of the subscribing client. If the publishing client is a trusted client of the subscribing client, the publishing client sends the content to the results server and the results server publishes the content to the subscribing client. If a trusted client with the requested content cannot be found, the results server sends the request to an application server. The application server processes the request and sends the content to the subscribing client to the results server and the results server publishes the content to the subscribing client. After the results server has published the content to the subscribing client, the content is no longer stored on the results server.
Additional features and advantages are realized through the techniques of the present invention. Other embodiments and aspects of the invention are described in detail herein and are considered a part of the claimed invention. For a better understanding of the invention with advantages and features, refer to the description and to the drawings.
As a result of the summarized invention it is now possible to secure and validate client-side storage of content from asynchronous include requests in an application server environment.
The subject matter which is regarded as the invention is particularly pointed out and distinctly claimed in the claim at the conclusion of the specification. The foregoing and other objects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:
The detailed description explains the preferred embodiments of the invention, together with advantages and features, by way of example with reference to the drawings.
The invention is directed to a method for securing and validating client-side storage and distribution of asynchronous includes in an application server environment. The invention allows a client to validate content received from other clients in an application server environment. Turning now to the drawings, in which like numerals indicate like elements throughout the figures, exemplary embodiments of the invention are described in detail.
Each client device 104 can be any device capable of transmitting and receiving data over the network 101. For example, each client device 104 can be a desktop computer, a laptop computer, a wireless network device, such as a personal digital assistant (PDA), a handheld computer, or any other wired or wireless, processor-driven device.
The computer 220 also includes a hard disk drive 227 for reading from and writing to a hard disk (not shown), a magnetic disk drive 228 for reading from or writing to a removable magnetic disk 229 such as a floppy disk, and an optical disk drive 230 for reading from or writing to a removable optical disk 231 such as a CD-ROM, compact disk - read/write (CD/RW), DVD, or other optical media. The hard disk drive 227, magnetic disk drive 228, and optical disk drive 230 are connected to the system bus 223 by a hard disk drive interface 232, a magnetic disk drive interface 233, and an optical disk drive interface 234, respectively. Although the exemplary client device 104 employs a ROM 224, a RAM 225, a hard disk drive 227, a removable magnetic disk 229, and a removable optical disk 231, it should be appreciated by a person of ordinary skill in the art having the benefit of the present disclosure that other types of computer readable media also can be used in the exemplary client device 104. For example, the computer readable media can include any apparatus that can contain, store, communicate, propagate, or transport data for use by or in connection with one or more components of the computer 220, including any electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or propagation medium, such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, and the like. The drives and their associated computer readable media can provide nonvolatile storage of computer-executable instructions, data structures, program modules, and other data for the computer 220.
A number of modules can be stored on the ROM 224, RAM 225, hard disk drive 227, magnetic disk 229, or optical disk 231, including an operating system 235 and various application modules 105, 237-238. Application modules 105 and 237-238 can include routines, sub-routines, programs, objects, components, data structures, etc., which perform particular tasks or implement particular abstract data types. Dojo module 105, is a modular open source JavaScript toolkit, or library, for use in the rapid development of JavaScript and/or Ajax-based applications on websites.
A user can enter commands and information to the computer 220 through input devices, such as a keyboard 240 and a pointing device 242. The pointing device 242 can include a mouse, a trackball, an electronic pen that can be used in conjunction with an electronic tablet, or any other input device known to a person of ordinary skill in the art, such as a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 222 through a serial port interface 246 that is coupled to the system bus 223, but can be connected by other interfaces, such as a parallel port, game port, a universal serial bus (USB), or the like. A display device 247, such as a monitor, also can be connected to system bus 223 via an interface, such as a video adapter 248. In addition to the display device 247, the computer 220 can include other peripheral output devices, such as speakers (not shown) and a printer 118.
The computer 220 is configured to operate in a networked environment using logical connections to one or more remote computers 249, such as client devices 104 and application servers 103 and results servers 102. The remote computer 249 can be any network device, such as a personal computer, a server, a client, a router, a network PC, a peer device, or other device. While the remote computer 249 typically includes many or all of the elements described above relative to the computer 220, only a memory storage device 250 has been illustrated in
When used in a LAN networking environment, the computer 220 is often connected to the LAN 106A through a network interface or adapter 253. When used in a WAN networking environment, the computer 220 typically includes a modem 254 or other means for establishing communications over the WAN 106B, such as the Internet. The modem 254, which can be internal or external, is connected to system bus 223 via a serial port interface 246. In a networked environment, program modules depicted relative to computer 220, or portions thereof, can be stored in the remote memory storage device 250.
It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers can be used. Moreover, those skilled in the art will appreciate that the network device 104 illustrated in
The application server environment 100, the application server 103, results server 102, and client devices 104 are described hereinafter with reference to the methods in
In step 401, a first client device 104 (subscribing client) sends a request that contains one or more asynchronous includes to a results server 102.
The results server 102, then request the content of the asynchronous include in step 402, from a second client device 104 (publishing client) in the application server environment 100 that has previously subscribed to the content and stored the content in a local cache. The publishing client then publishes the content to the results server
In step 403, the application server 103 or request server 102 then verifies whether the publishing client is a trusted client of the requesting client. In a social networking application server environment the typical security model is a userid and password for each registered user. The registered user profile (userid and password for instance) are stored in a user registry. The user registry could be some such as LDAP, database, file system or some sort of custom repository such as OpenID where the user profile is some third party web site that is consider trusted. For the OpenID case, the present invention could determine whether the person is trusted based upon where the user got their OpenID URL from (such as myopenid.com or wordpress.com, or yahoo.com). The same would apply for a traditional enterprise (i.e. corporate environment) where an employee would be a registered user. LDAP is very popular in the enterprise since it is capable of representing users and groups. With the notion of groups, one can easily build a hierarchy demonstrating the corporate reporting structure and therein set trusted users for each client in an application server environment.
If the publishing client is a trusted client of the subscribing client, the results server 102 publishes the content to the subscribing client device 104 in step 404.
If the publishing client is not a trusted client of the subscribing client, the results server ignores the published content and repeats steps 402-403 until a trusted client is found.
If no trusted publishing clients with the requested content are available, the results server, in step 405, sends the original request from the subscribing client to an application server 103. In step 406, the application server 103 processes the request and publishes the content to the results server 102. In step 407, the results server publishes the requested content to the subscribing client 104.
The above description of illustrated embodiments of the invention, including what is described in the Abstract, is not intended to be exhaustive or to limit the embodiments to the precise forms disclosed. While specific embodiments of, and examples for, the inventions described herein for illustrative purposes, various equivalent modifications are possible, as those skilled in the art will recognize. These modifications can be made to embodiments of the invention in light of the above detailed description.