Details

    • Type: Feature Request Feature Request
    • Status: Open Open (View Workflow)
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None
    • Similar Issues:
      Show 10 results 

      Description

      Create a generic (JSR-286) portlet war file that can be deployed to a portal and then configured in place to show ANY Tohu form.

      Key requirements are:

      1. Rules set is configurable.
      2. Can get data in. (pre-populate form)
      3. Can get data out. (submission behaviour)
      4. Styling should be driven by portal theme.

        Activity

        Hide
        Damon Horrell
        added a comment - - edited

        Some ideas on this:

        The portlet's EDIT mode could use a built-in Tohu questionnaire for configuring the portlet. The VIEW mode would render whichever questionnaire had been configured via EDIT mode.

        The VIEW mode would just render an empty <div> tag and some javascript to kick off the AJAX to load the questionnaire.

        JSR-286 portlets support AJAX by using serveResource method. This is how the execution server can be accessed.

        Getting data in could be done via the portlet session (e.g. by configuring the session attribute name containing the data) or by portlet events.

        Submission behaviour could be via sending a portlet event to another portlet, or by extracting the data from the knowledge session and sending it to an external submission url.

        Custom CSS/Javascipt should probably all just live in the portal theme.

        Configuration of the rule-set could be as simple as pasting the entire <change-set> XML into the configuration UI. But we should also consider versioning of forms which would probably be easier if the rules-set was specified as a single URL.

        If the war is generic then any Java classes required by the rules would presumably have to be in the shared classpath of the portal.

        The end result will be to provide similar functionality to the IBM Forms Portlet (http://www-10.lotus.com/ldd/lfwiki.nsf/dx/Form_View_Portlet) so looking at this may give some ideas.

        Show
        Damon Horrell
        added a comment - - edited Some ideas on this: The portlet's EDIT mode could use a built-in Tohu questionnaire for configuring the portlet. The VIEW mode would render whichever questionnaire had been configured via EDIT mode. The VIEW mode would just render an empty <div> tag and some javascript to kick off the AJAX to load the questionnaire. JSR-286 portlets support AJAX by using serveResource method. This is how the execution server can be accessed. Getting data in could be done via the portlet session (e.g. by configuring the session attribute name containing the data) or by portlet events. Submission behaviour could be via sending a portlet event to another portlet, or by extracting the data from the knowledge session and sending it to an external submission url. Custom CSS/Javascipt should probably all just live in the portal theme. Configuration of the rule-set could be as simple as pasting the entire <change-set> XML into the configuration UI. But we should also consider versioning of forms which would probably be easier if the rules-set was specified as a single URL. If the war is generic then any Java classes required by the rules would presumably have to be in the shared classpath of the portal. The end result will be to provide similar functionality to the IBM Forms Portlet ( http://www-10.lotus.com/ldd/lfwiki.nsf/dx/Form_View_Portlet ) so looking at this may give some ideas.

          People

          • Assignee:
            Unassigned
            Reporter:
            Damon Horrell
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: