TRANSACTIONAL AUTOSAVE WITH LOCAL AND REMOTE LIFECYCLES

• US 20170048339A1
• Filed: 11/23/2015
• Published: 02/16/2017
• Est. Priority Date: 08/10/2015
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: Oracle International Corporation (Oracle Corporation)
• Inventors: STRAUB, Christian David
• Granted Patent: US 11,102,313 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06F 11/1471 involving logging of persistent data for recovery
• CPC Class Codes: G06F 11/30 Monitoring
• CPC Class Codes: G06F 16/2379 Updates performed during online database operations; commit processing
• CPC Class Codes: G06F 8/30 Creation or generation of source code
• CPC Class Codes: G06F 8/35 model driven
• CPC Class Codes: G06F 8/40 Transformation of program code
• CPC Class Codes: G06F 8/71 Version control security arrangements therefor G06F21/57; Configuration management
• CPC Class Codes: G06F 9/466 Transaction processing
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/535 Tracking the activity of the user network monitoring arrangements H04L43/00; recording of computer activity G06F11/34

Abstract

A system performs autosave. The system receives, by a web browser of a client device, a user action performed by a user that interacts with a website corresponding to a server. The system determines a change record corresponding to the user action, queues the change record in a first queue to commit corresponding changes to local models, and queues the change record in a second queue that communicates with the server to persist the change record at the serve. The first queue may be an ordered persistence queue that maintains a history of change records for performing undo and redo operations in interacting with the website. The second queue may be an ordered queue where change records are processed one at a time and each change record is sent to the server only if a prior change record in the second queue has been successfully recorded on the server.

Claims

1. A computer readable medium having instructions stored thereon that, when executed by a processor, cause the processor to perform autosave, the performing comprising:

receiving, by a web browser of a client device, a user action performed by a user that interacts with a website corresponding to a server;

determining a change record corresponding to the user action;

queuing the change record in a first queue to commit corresponding changes to local models; and

queuing the change record in a second queue that communicates with the server to persist the change record at the server.

2. The computer readable medium of claim 1, wherein the website is an application development website and the server is an application development server.

3. The computer readable medium of claim 1, wherein the first queue is an ordered persistence queue that maintains a history of change records for performing undo and redo operations in interacting with the website.

4. The computer readable medium of claim 1, wherein the second queue is an ordered queue where change records are processed one at a time and each change record is sent to the server only if a prior change record in the second queue has been successfully recorded on the server.

5. The computer readable medium of claim 1, wherein the change record is removed from the second queue after being successfully communicated with the server.

6. The computer readable medium of claim 1, wherein the second queue communicates with the server through a request/response mechanism in which each change record in the second queue is sent to the server which in turn sends a corresponding response back indicating whether the change record has been persisted at the server.

7. The computer readable medium of claim 1, wherein the change record reflects model changes caused by the user action in the website and is added in a transaction that constitutes related model changes.

8. The computer readable medium of claim 1, wherein change records in the transaction are placed in the first queue when the transaction is committed, wherein the transaction is committed if no errors occur during its execution.

9. The computer readable medium of claim 8, wherein change records in the transaction are placed in the second queue when the transaction is recorded, wherein the transaction is recorded when its changes are applied to corresponding client side models and any necessary user interface is updated to reflect corresponding changes

10. The computer readable medium of claim 1, wherein the website processes contents of the first queue one at a time and performs corresponding changes.

11. The computer readable medium of claim 1, wherein the performing further comprises:

determining that a response to a request is not received from the server after expiry of a time threshold; and

transitioning to offline mode while preserving contents of the second queue and continuing the queuing of new change records in the second queue.

12. The computer readable medium of claim 10, wherein the performing further comprises:

determining that communication with the server is restored;

transitioning back to online mode; and

resuming to persist the contents of the second queue at the server.

13. The computer readable medium of claim 1, wherein the second queue holds its contents when the web browser is terminated.

14. The computer readable medium of claim 1, wherein the performing further comprises:

determining that the change record saves a totality of a resource; and

removing previous change records to the resource from the first queue and the second queue.

15. The computer readable medium of claim 1, wherein when an undo transaction is added to the second queue while a corresponding original transaction is still waiting in the second queue, both the undo transaction and the corresponding original transaction are cancelled from the second queue.

16. A method of performing autosave, comprising:

receiving, by a web browser of a client device, a user action performed by a user that interacts with a website corresponding to a server;

determining a change record corresponding to the user action;

queuing the change record in a first queue to commit corresponding changes to local models; and

queuing the change record in a second queue that communicates with the server to persist the change record at the server.

17. The method of claim 16, wherein the website is an application development website and the server is an application development server.

18. The method of claim 16, wherein the first queue is an ordered persistence queue that maintains a history of change records for performing undo and redo operations in interacting with the website.

19. The method of claim 16, wherein the second queue is an ordered queue where change records are processed one at a time and each change record is sent to the server only if a prior change record in the second queue has been successfully recorded on the server.

20. An autosave system comprising:

a receiving module that receives, by a web browser of a client device, a user action performed by a user that interacts with a website corresponding to a server;

a determining module that determines a change record corresponding to the user action;

a first queuing module that queues the change record in a first queue to commit corresponding changes to local models; and

a second queuing module that queues the change record in a second queue that communicates with the server to persist the change record at the server.