Oracle International Corporation

Andrew Schwartz

Blake T Sullivan

Min Lu

Jing Wu

Max Starets

Kentaro Kinebuchi

Edward Farrell

An example system and method facilitates operation of a networked software application that communicates with a network resource during periods of intermittent network connectivity and includes determining when a networked software application is offline and when it is online; selectively intercepting one or more request messages from the networked software application addressed to a network resource when the software application is offline, resulting in a store of intercepted request messages; detecting when the networked software application transitions from being offline to being online; and selectively issuing the one or more request messages to the network resource in a sequence in which the one or more request messages were stored in the store of intercepted request messages. In a more specific embodiment, the system is implemented via an offline toolkit for capturing REpresentational State Transfer (REST) calls when the networked software application (client) is offline; then selectively replaying the calls when the client reconnects, i.e., goes online.

Offline client replay and sync

An example system and method facilitates operation of a networked software application during periods of intermittent network connectivity, by selectively intercepting and shredding and/or unshredding service response messages. In a specific embodiment, the example system includes one or more pluggable shredders and unshredders to explode a payload into its constituent structured primitive objects for ease of consumption by the User Interface (UI) of the client application. The exploded payloads are stored in local cache, where the cached data is structured as compared to the received payload. One or more unshredders selectively reconstruct one or more response message payloads if client reissues the corresponding request message while offline. The client may operate as if it is online, and the system will provide one or more mock responses containing the last known data set for the scenario wherein the server cannot be reached.

System for offline object based storage and mocking of rest responses

An example system and method facilitates operation of a networked software application, i.e., client application which communicates with a network resource (e.g., web service) during periods of intermittent network connectivity, by selectively intercepting and shredding and/or unshredding service response messages. In a specific embodiment, the example system includes one or more pluggable shredders and unshredders that are used to explode a complex REpresentational State Transfer (REST) payload into its constituent structured primitive objects for ease of consumption by the User Interface (UI) of the client application. The exploded, i.e., shredded response message payloads are stored in local cache, where the cached data is strategically structured as compared to the received REST payload. One or more unshredders selectively reconstruct one or more REST response message payloads if client reissues the corresponding REST request message while offline. Accordingly, the client need not alter its activities based on whether the client is online or offline. Instead the client may operate as if it is always online, and the system will provide one or more mock responses containing the last known data set for the scenario wherein the server cannot be reached, i.e., when the client is offline.

A system that executes a user editable application includes a user interface that includes a plurality of components organized in a tree structure. The system indicates which of the plurality of components may be editable by a user of the application. The system receives editing input from the user for an editable component, and then updates the component based on the editing input.

Editing user interface components

A linked list of items in a sorted order is created and stored in memory. In addition to the linked list of items, an auxiliary array is also created and stored in memory. The auxiliary array contains pointers to a subset of items from the linked list. When a request is received to locate a particular item in the linked list, a binary search is first performed on the pointers stored in the auxiliary array. The result of this search provides a pointer for accessing an entry-point item on the linked list. The entry-point item is either the particular item or is an item that precedes the particular item in the linked list. The linked list is then traversed from the entry-point item rather than from a starting pointer (i.e., head) until the particular item is accessed.

Growing community of inventors

Newton, MA, United States of America

Andrew Schwartz