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

Come up with a new design for the KRAD data access layer (i.e. BusinessObjectService) which is JPA-friendly

    Details

    • Type: Task
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 2.4
    • Component/s: Analysis
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Rice Module:
      KRAD
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required
    • Include in Release Notes?:
      Yes

      Description

      As part of the JPA work, we should look at doing some redesign work on the KRAD data access layer so that it is "friendlier" to JPA.

      A few things to think about for this:

      1. Should we renamed this to something other than BusinessObjectService? Maybe call it DataObjectService or DataAccessService?
      2. Would be great to allow the backend to be pluggable to some SPI, and then allow for that SPI to be pluggable on a DataObject-by-DataObject basis or on a persistence provider basis. This would allow for more easily mapping things like services and their objects up to the KRAD framework.
      3. Splitting out persist and update as separate operations.
      4. Fixing up the contract for fetching by primary key, as per discussion on the rice.collab list on 5/17/2012. Essentially, the problem is that findBySinglePrimaryKey right now takes a Map and it still does the query even if you don't pass the full primary key in the case of a "compound" primary key.

      There's a lot more to it than this, but wanted to get this jira in so need to continue to fill out details and thoughts on this later.

        Attachments

          Activity

          Hide
          jkneal Jerry Neal (Inactive) added a comment -

          Eric,

          Can we resolve this one?

          Jerry

          Show
          jkneal Jerry Neal (Inactive) added a comment - Eric, Can we resolve this one? Jerry
          Hide
          jkneal Jerry Neal (Inactive) added a comment -

          Eric,

          Is this Jira still needed considering the JPA work going on?

          Jerry

          Show
          jkneal Jerry Neal (Inactive) added a comment - Eric, Is this Jira still needed considering the JPA work going on? Jerry
          Hide
          jcoltrin Jessica Coltrin (Inactive) added a comment -

          This has been done in Rice 2.4. See the design at https://wiki.kuali.org/display/KULRICE/KRAD+Data+Layer+Design

          Show
          jcoltrin Jessica Coltrin (Inactive) added a comment - This has been done in Rice 2.4. See the design at https://wiki.kuali.org/display/KULRICE/KRAD+Data+Layer+Design

            People

            • Assignee:
              ewestfal Eric Westfall
              Reporter:
              ewestfal Eric Westfall
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: