Conditionally reload workarea user interfaces using a flag indicator to balance performance and stability of web applications

• US 9,934,204 B2
• Filed: 11/30/2012
• Issued: 04/03/2018
• Est. Priority Date: 11/30/2012
• Status: Active Grant

• Current Assignee: Lenovo Global Technologies International Ltd. (Lenovo Group Ltd.)
• Original Assignee: Lenovo Enterprise Solutions (Singapore) Pte., Ltd. (Lenovo Group Ltd.)
• Inventors: Bertram, Randal L., Ortiz, Alejandro M., Randolph, Ryan P.
• Primary Examiner(s): Paula, Cesar B
• Assistant Examiner(s): Nguyen, Luu-Phuong T
• Application Number:
  US13/691,636
• Publication Number:
  US 20140157107A1
• Time in Patent Office: 1,950 Days
• Field of Search: 715234
• CPC Class Codes: G06F 16/00 Information retrieval; Database structures therefor; File system structures therefor
• CPC Class Codes: G06F 16/80 of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML content-based retrieval of web data G06F16/95
• CPC Class Codes: G06F 16/81 Indexing, e.g. XML tags; Data structures therefor; Storage structures
• CPC Class Codes: G06F 16/95 Retrieval from the web
• CPC Class Codes: G06F 16/954 Navigation, e.g. using categorised browsing
• CPC Class Codes: G06F 16/955 using information identifiers, e.g. uniform resource locators [URL]
• CPC Class Codes: G06F 16/957 Browsing optimisation, e.g. caching or content distillation
• CPC Class Codes: G06F 16/9577 Optimising the visualization of content, e.g. distillation of HTML documents
• CPC Class Codes: G06F 16/958 Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
• CPC Class Codes: G06F 40/143 Markup, e.g. Standard Generalized Markup Language [SGML] or Document Type Definition [DTD]
• CPC Class Codes: G06F 40/221 Parsing markup language streams streaming G06F40/149

Abstract

In one embodiment, a system for conditionally refreshing workarea user interfaces (UIs) includes logic adapted to receive a request to refresh one or more workarea UIs, wherein the one or more workarea UIs are provided within a document object model (DOM), logic adapted to determine whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM; logic adapted to reload the DOM when it is determined to reload the DOM; and logic adapted to refresh the one or more workarea UIs without reloading the DOM when it is determined to refresh the one or more workarea UIs. Other systems, methods, and computer program products for conditionally refreshing workarea UIs are described according to more embodiments.

Claims

1. A system for conditionally refreshing workarea user interfaces (UIs), the system comprising:

logic configured to receive a request to refresh one or more workarea UIs, wherein the one or more workarea UIs are provided within a document object model (DOM), and wherein the one or more workarea UIs each comprise a flag which indicates to either;

always reload the DOM when refreshing the workarea UI indicating a page-oriented setup, or not reload the DOM when refreshing the workarea UI indicating a single-page setup;

logic configured to determine, separately for each of the one or more workarea UIs based on each workarea UI'"'"'s flag, whether to reload the DOM to refresh a corresponding workarea UI or to refresh the corresponding workarea UI within the DOM without reloading the DOM;

logic configured to reload the DOM in response to a determination to reload the DOM; and

logic configured to refresh the one or more workarea UIs without reloading the DOM in response to a determination to refresh the one or more workarea UIs,

wherein the DOM is reloaded in response to navigating away from a workarea UI that has been flagged for consistently leaking memory.

2. The system as recited in claim 1, wherein JavaScript and/or Asynchronous JavaScript and eXtensible markup language (AJAX) is used to refresh the one or more workarea UIs without reloading the DOM, wherein the logic configured to determine whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM further comprises logic configured to determine whether a predetermined amount of usage of the DOM has taken place since the DOM was last reloaded, the usage being measured as number of:

active listeners, active handles, or active listeners and active handles, and wherein it is determined to reload the DOM in response to the predetermined amount of usage being observed.

3. The system as recited in claim 1, wherein the logic configured to determine whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM comprises determining whether one or more conditions have been satisfied in addition to determining a flag of the at least one of the one or more workarea UIs, wherein in response to any condition being satisfied, it is determined to reload the DOM;

otherwise, in response to none of the one or more conditions being satisfied, it is determined to refresh the one or more workarea UIs without reloading the DOM, and wherein the one or more conditions include a memory leak being detected in the one or more workarea UIs.

4. The system as recited in claim 3, wherein the one or more conditions consist of:

the memory leak being detected in the one or more workarea UIs;

it is indicated that the one or more workarea UIs have been flagged for consistently leaking memory;

the one or more workarea UIs are from a different domain than a current workarea UI;

a predetermined amount of usage has taken place since the DOM was last reloaded; and

performance of the one or more workarea UIs drops below a performance threshold.

5. The system as recited in claim 4, wherein a memory leak is detected in response to detection of any of:

an orphaned widget being found in existing widgets of the DOM, any widgets of the DOM being destroyed, and a widget failing to be constructed because it is found to already exist.

6. The system as recited in claim 4, wherein a first workarea UI is flagged for consistently leaking memory when any workarea UI from an exploiter common to the first workarea UI is found to have caused a memory leak in the DOM, or the first workarea UI is found to have caused a memory leak.

7. The system as recited in claim 4, wherein the one or more workarea UIs are from a different domain than a current workarea UI when the one or more workarea UIs that are being navigated to are provided by a different exploiter than the current workarea UI.

8. The system as recited in claim 4, wherein the usage that has taken place since the DOM was last reloaded is measured using at least one of:

a number of workarea UI navigations, DOM navigations, and refreshes without reloads.

9. The system as recited in claim 4, wherein the performance threshold is either:

a predetermined value or a dynamic value based on typical performance of the DOM.

10. The system as recited in claim 1, wherein the flag is defaulted to indicate to never reload the DOM when refreshing the workarea UI except for new workarea UIs which are placed on probation and flagged for leaking memory until confirmation is received that the DOM lacks memory leaks over a predetermined period of time after loading the new workarea UI, and wherein the flag is user selectable.

11. A method for conditionally refreshing workarea user interfaces (UIs), the method comprising:

receiving a request to refresh one or more workarea UIs, wherein the one or more workarea UIs are provided within a document object model (DOM), wherein at least one of the one or more workarea UIs comprises a flag which indicates to either;

always reload the DOM when refreshing the workarea UI, or never reload the DOM when refreshing the workarea UI;

determining whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM based on at least a flag of the at least one of the one or more workarea UIs, wherein the DOM is always reloaded when refreshing one or more particular workarea UIs;

reloading the DOM in response to a determination that the one or more particular workarea UIs are included in the DOM or the flag of the at least one of the one or more workarea UIs indicates to always reload the DOM;

refreshing the one or more workarea UIs without reloading the DOM in response to a determination to refresh the one or more workarea UIs within the DOM without reloading the DOM; and

placing a new workarea UI on probation and flagging the new workarea UI for leaking memory until confirmation that the DOM lacks memory leaks over a predetermined period of time after loading the new workarea UI.

12. The method as recited in claim 11, wherein JavaScript and/or Asynchronous JavaScript and eXtensible markup language (AJAX) is used to refresh the one or more workarea UIs without reloading the DOM, wherein the determining whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM comprises determining whether a predetermined amount of usage of the DOM has taken place since the DOM was last reloaded, the usage being measured as number of:

active listeners, active handles, or active listeners and active handles, and wherein it is determined to reload the DOM in response to the predetermined amount of usage being observed.

13. The method as recited in claim 11, wherein the determining whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM comprises determining if one or more conditions have been satisfied in addition to determining a flag of the at least one of the one or more workarea UIs, wherein when any condition is satisfied, it is determined to reload the DOM;

otherwise, the one or more workarea UIs are refreshed without reloading the DOM, and wherein the one or more conditions include a memory leak being detected in the one or more workarea UIs.

14. The method as recited in claim 13, wherein the one or more conditions consist of:

the memory leak being detected in the one or more workarea UIs;

it is indicated that the one or more workarea UIs have been flagged for consistently leaking memory;

the one or more workarea UIs are from a different domain than a current workarea UI;

a predetermined amount of usage has taken place since the DOM was last reloaded; and

performance of the one or more workarea UIs drops below a performance threshold.

15. The method as recited in claim 14, wherein a memory leak is detected when any of:

an orphaned widget is found in existing widgets of the DOM, any widgets of the DOM are destroyed, and a widget cannot be constructed because it is found to already exist.

16. The method as recited in claim 14, wherein a first workarea UI is flagged for consistently leaking memory when any workarea UI from an exploiter common to the first workarea UI is found to have caused a memory leak in the DOM, or the first workarea UI is found to have caused a memory leak, and wherein a page reload is required when navigating away from a workarea UI that has been flagged for consistently leaking memory.

17. The method as recited in claim 14, wherein the one or more workarea UIs are from a different domain than a current workarea UI when the one or more workarea UIs that are being navigated to are provided by a different exploiter than the current workarea UI.

18. The method as recited in claim 14, wherein the usage that has taken place since the DOM was last reloaded is measured using at least one of:

a number of workarea UI navigations, DOM navigations, and refreshes without reloads.

19. The method as recited in claim 14, wherein the performance threshold is either:

a predetermined value or a dynamic value based on typical performance of the DOM.

20. A computer program product, comprising a non-transitory computer readable storage medium having program instructions embodied therewith, the embodied program instructions being readable by a processor to cause the processor to:

receive a request to refresh one or more workarea UIs, wherein the one or more workarea UIs are provided within a document object model (DOM), and wherein the one or more workarea UIs each comprise a flag which indicates to either;

always reload the DOM when refreshing the workarea UI indicating a page-oriented setup, or not reload the DOM when refreshing the workarea UI indicating a single-page setup;

determine, separately for each of the one or more workarea UIs based on each workarea UI'"'"'s flag and whether one or more conditions have been satisfied, whether to reload the DOM to refresh a corresponding workarea UI or to refresh the corresponding workarea UI within the DOM without reloading the DOM, wherein it is determined to reload the DOM in response to at least one of the one or more conditions being satisfied and it is determined to refresh the one or more workarea UIs without reloading the DOM in response to none of the one or more conditions being satisfied, and wherein the one or more conditions include a memory leak being detected in the one or more workarea UIs;

reload the DOM in response to a determination to reload the DOM; and

refresh the one or more workarea UIs without reloading the DOM in response to a determination to refresh the one or more workarea UIs.

21. The computer program product as recited in claim 20, wherein the embodied program instructions further cause the processor to place a new workarea UI on probation and flag the new workarea UI for leaking memory until confirmation that the DOM lacks memory leaks over a predetermined period of time after loading the new workarea UI.

22. The computer program product as recited in claim 20, wherein the one or more conditions consist of:

the memory leak being detected in the one or more workarea UIs;

it is indicated that the one or more workarea UIs have been flagged for consistently leaking memory;

the one or more workarea UIs are from a different domain than a current workarea UI;

a predetermined amount of usage has taken place since the DOM was last reloaded; and

performance of the one or more workarea UIs drops below a performance threshold.

23. The computer program product as recited in claim 22, wherein a memory leak is detected when any of:

an orphaned widget is found in existing widgets of the DOM, any widgets of the DOM are destroyed, and a widget cannot be constructed because it is found to already exist.

24. The computer program product as recited in claim 22, wherein the embodied program instructions further cause the processor to flag a first workarea UI for consistently leaking memory in response to a determination that any workarea UI from an exploiter common to the first workarea UI is found to have caused a memory leak in the DOM, or in response to a determination that the first workarea UI has caused a memory leak, and wherein a page reload is required when navigating away from a workarea UI that has been flagged for consistently leaking memory.

25. A method for conditionally refreshing workarea user interfaces (UIs), the method comprising:

receiving a request to refresh one or more workarea UIs, wherein the one or more workarea UIs are provided within a document object model (DOM), wherein at least one of the one or more workarea UIs comprises a flag which indicates to either;

always reload the DOM when refreshing the workarea UI, or never reload the DOM when refreshing the workarea UI;

determining whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM based on a flag of the at least one of the one or more workarea UIs and a determination of whether one or more conditions have been satisfied,

wherein the DOM is always reloaded when refreshing one or more particular workarea UIs,

wherein in response to at least one condition being satisfied, it is determined to reload the DOM,

wherein in response to none of the one or more conditions being satisfied, the one or more workarea UIs are refreshed without reloading the DOM, and

wherein the one or more conditions include a memory leak being detected in the one or more workarea UIs;

reloading the DOM in response to a determination that the one or more particular workarea UIs are included in the DOM or the flag of the at least one of the one or more workarea UIs indicates to always reload the DOM; and

refreshing the one or more workarea UIs without reloading the DOM in response to a determination to refresh the one or more workarea UIs within the DOM without reloading the DOM.

26. The method as recited in claim 25, wherein JavaScript and/or Asynchronous JavaScript and eXtensible markup language (AJAX) is used to refresh the one or more workarea UIs without reloading the DOM, wherein the determining whether to reload the DOM or to refresh the one or more workarea UIs within the DOM without reloading the DOM comprises determining whether a predetermined amount of usage of the DOM has taken place since the DOM was last reloaded, the usage being measured as number of:

active listeners, active handles, or active listeners and active handles, and wherein it is determined to reload the DOM in response to the predetermined amount of usage being observed.

27. The method as recited in claim 25, further comprising placing a new workarea UI on probation and flagging the new workarea UI for leaking memory until confirmation that the DOM lacks memory leaks over a predetermined period of time after loading the new workarea UI.

28. The method as recited in claim 25, wherein the one or more conditions consist of:

the memory leak being detected in the one or more workarea UIs;

it is indicated that the one or more workarea UIs have been flagged for consistently leaking memory;

the one or more workarea UIs are from a different domain than a current workarea UI;

a predetermined amount of usage has taken place since the DOM was last reloaded; and

performance of the one or more workarea UIs drops below a performance threshold.

29. The method as recited in claim 28, wherein a memory leak is detected when any of:

an orphaned widget is found in existing widgets of the DOM, any widgets of the DOM are destroyed, and a widget cannot be constructed because it is found to already exist,

wherein a first workarea UI is flagged for consistently leaking memory when any workarea UI from an exploiter common to the first workarea UI is found to have caused a memory leak in the DOM, or the first workarea UI is found to have caused a memory leak,

wherein a page reload is required when navigating away from a workarea UI that has been flagged for consistently leaking memory,

wherein the one or more workarea UIs are from a different domain than a current workarea UI when the one or more workarea UIs that are being navigated to are provided by a different exploiter than the current workarea UI,

wherein the usage that has taken place since the DOM was last reloaded is measured using at least one of;

a number of workarea UI navigations, DOM navigations, and refreshes without reloads, and

wherein the performance threshold is either;

a predetermined value or a dynamic value based on typical performance of the DOM.