Uploaded image for project: 'Kuali Rice Development'
  1. Kuali Rice Development
  2. KULRICE-7562

Improve subset of SpringEL - that we convert for specific functionality to js - by allowing a contains (or similar) operation

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 2.2.0-m1
    • Fix Version/s: 2.3.0-m1, 2.3
    • Component/s: User Interface
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required
    • Include in Release Notes?:
      Yes

      Description

      History: Currently for progressive render/refresh functionality we allow springEL as a condition. This is actually a subset of springEL because not all functions can easily be converted 1:1 to javascript (this is done so we can progressively reveal on user action).

      Expand this subset to include a conversion for a contains in List<String>/array datatypes so a user can use a condition similar to: does this property contain this and this value or is this property empty.

      Not sure what is envolved in this, but may require some heavy customization if springEl doesnt have a function like this built in. The js logic may also be a little tricky. This check would likely be used to check against checkbox groups (or other future controls that allow lists of strings).

        Attachments

          Issue Links

            Activity

            Hide
            gilesp Peter Giles (Inactive) added a comment -

            What if SpEL was executed via callbacks to the server? It wouldn't be as snappy, but it would get you out of the SpEL translation business. There are some security considerations, but I think they could be addressed with the right strategy. Or maybe it would take away too much of the benefit of client side code. Worth a thought maybe?

            Show
            gilesp Peter Giles (Inactive) added a comment - What if SpEL was executed via callbacks to the server? It wouldn't be as snappy, but it would get you out of the SpEL translation business. There are some security considerations, but I think they could be addressed with the right strategy. Or maybe it would take away too much of the benefit of client side code. Worth a thought maybe?
            Hide
            bsmith Brian Smith (Inactive) added a comment -

            this is already done

            Show
            bsmith Brian Smith (Inactive) added a comment - this is already done

              People

              • Assignee:
                Unassigned
                Reporter:
                bsmith Brian Smith (Inactive)
              • Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: