Maintaining screen and form state in portlets

• US 7,146,563 B2
• Filed: 05/29/2003
• Issued: 12/05/2006
• Est. Priority Date: 05/29/2003
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Lection, David B., Masselle, Eric L., Hesmer, Stephan, Salahshoor, Mohamad R.
• Primary Examiner(s): Bashore, William
• Assistant Examiner(s): Blackwell, James H
• Application Number:
  US10/448,365
• Publication Number:
  US 20040243928A1
• Time in Patent Office: 1,286 Days
• Field of Search: 715/507, 715/513, 715/505, 715/760, 715/545, 715/530, 715/500.1, 715/501.1, 709/203
• US Class Current: 715/223
• CPC Class Codes: G06F 16/958 Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Abstract

A portlet state maintenance system can include a portal page setup component configured to generate a logical form in a single portal page from a multiplicity of forms defined within portlet markup aggregated into the single portal page. A portal state save component further can be configured to save state values for selected portlets defined within the logical form. Finally, a portal state restore component can be configured to restore the saved state values in refreshed portlet markup for the selected portlets. Notably, a refresh timing component further can be configured to embed submit auto-initiation logic in the single portal page responsive to identifying a dynamic refresh requirement associated with the portlet markup in the single portal page. Finally, a portlet markup cache can be coupled to the portal state restore component.

Claims

1. A portlet state maintenance method comprising the steps of:

receiving a submit request specifying a set of form field data in a portal page comprising a plurality of portlets aggregated within said portal page;

identifying a specific portlet in said portal page as a source of said submit request and forwarding a submit request and portions of said form field data associated with said specific portlet to a portlet application corresponding to said specific portlet;

associating others of said form field data with respective ones of said portlets, storing said others of said form field data, refreshing each portlet application corresponding to said respective ones of said portlets to produce refreshed portal markup, and populating form fields in said refreshed portal markup with said stored form field data;

aggregating said refreshed portal markup and portal markup produced by said forwarded submit request in a new portal page, wherein said aggregating step comprises the steps of;

identifying specific portal applications requiring a dynamic refresh and determining a refresh interval for each of said identified specific portal applications;

comparing each determined refresh interval to compute an earliest required refresh time; and

,

embedding a script in said portal page to trigger an auto-initiated submit request at said computed earliest required refresh time; and

forwarding said portal page in response to said received submit request.

2. A portlet state maintenance method comprising the steps of:

receiving a submit request specifying a set of form field data in a portal page comprising a plurality of portlets aggregated within said portal page;

identifying a specific portlet in said portal page as a source of said submit request and forwarding a submit request and portions of said form field data associated with said specific portlet to a portlet application corresponding to said specific portlet;

associating others of said form field data with respective ones of said portlets, storing said others of said form field data, refreshing each portlet application corresponding to said respective ones of said portlets to produce refreshed portal markup, and populating form fields in said refreshed portal markup with said stored form field data;

aggregating said refreshed portal markup and portal markup produced by said forwarded submit request in a new portal page;

forwarding said portal page in response to said received submit request;

establishing a fuzzy timing value;

identifying other portlet applications having a refresh interval whose required refresh time falls subsequent to said computed earliest required refresh time by a margin which is less than said fuzzy timing value; and

,

refreshing said identified other portlet applications having said refresh interval whose required refresh time falls subsequent to said computed earliest required refresh time by said margin.

3. A machine readable storage having stored thereon a computer program for maintaining portlet state, the computer program comprising a routing set of instructions for causing the machine to perform the steps of:

receiving a submit request specifying a set of form field data in a portal page comprising a plurality of portlets aggregated within said portal page;

identifying a specific portlet in said portal page as a source of said submit request and forwarding a submit request and portions of said form field data associated with said specific portlet to a portlet application corresponding to said specific portlet;

associating others of said form field data with respective ones of said portlets, storing said others of said form field data, refreshing each portlet application corresponding to said respective ones of said portlets to produce refreshed portal markup, and populating form fields in said refreshed portal markup with said stored form field data; and

aggregating said refreshed portal markup and portal markup produced by said forwarded submit request in a new portal page; and

forwarding said portal page in response to said received submit request.

4. The machine readable storage of claim 3, wherein said aggregating step comprises the steps of:

stripping tags from said refreshed and produced portal markup which denote individual forms in each of said portlets; and

adding a single set of form tags to said new portal page to denote a single, logical form.

5. The machine readable storage of claim 4, wherein said stripping step comprises the step of converting each <

FORM>

tag in said refreshed and produced portal markup to a comment tag.

6. The machine readable storage of claim 3, wherein said aggregating step comprises the steps of:

identifying specific portal applications requiring a dynamic refresh and determining a refresh interval for each of said identified specific portal applications;

comparing each determined refresh interval to compute an earliest required refresh time; and

embedding a script in said portal page to trigger an auto-initiated submit request at said computed earliest required refresh time.

7. The machine readable storage of claim 3, further comprising the step of caching said refreshed and produced portal markup.

8. The machine readable storage of claim 7, wherein said refreshing step comprises the step retrieving cached ones of refreshed portal markup in lieu of refreshing each portlet application corresponding to said respective ones of said portlets to produce refreshed portal markup.

9. The machine readable storage of claim 3, further comprising the steps of:

establishing a fuzzy timing value;

identifying other portlet applications having a refresh interval whose required refresh time falls subsequent to said computed earliest required refresh time by a margin which is less than said fuzzy timing value; and

refreshing said identified other portlet applications having said refresh interval whose required refresh time falls subsequent to said computed earliest required refresh time by said margin.