Uploaded image for project: 'Kuali Rice Roadmap'
  1. Kuali Rice Roadmap
  2. KRRM-76

Rewrite eDocLite to use the KRAD

          Details

          • Type: Rice Enhancement
          • Status: Open
          • Priority: Major
          • Resolution: Unresolved
          • Affects Version/s: None
          • Fix Version/s: Unspecified Future Release
          • Component/s: KEW, KRAD
          • Labels:
            None
          • Rice Theme:
            Development Ease of Use
          • Priority Score:
            4
          • Functional Justification :
            eDocLite is still implemented using the old pre-Rice workflow Cascading Stylesheets and look-and-feel. This results in inconsistencies between EDL-based applications and KRAD-based applications.
          • Technical Justification:
            Hide
            EDL duplicates some of the functionality that KRAD components like the data dictionary provide. It also duplicates lots of other stuff including validation, field rendering, and others.

            In addition to this, EDL could also benefit from many of the features that KRAD has (like security, KIM permission integration, etc.) which it does not currently support if it was better integrated with the framework. Bridging the gap here results in some technical challenges, but those should be researched and cataloged as part of the effort to address this roadmap item.
            Show
            EDL duplicates some of the functionality that KRAD components like the data dictionary provide. It also duplicates lots of other stuff including validation, field rendering, and others. In addition to this, EDL could also benefit from many of the features that KRAD has (like security, KIM permission integration, etc.) which it does not currently support if it was better integrated with the framework. Bridging the gap here results in some technical challenges, but those should be researched and cataloged as part of the effort to address this roadmap item.
          • Impact if not Implemented:
            eDocLite and KRAD will continue to have to evolve in parallel, resulting in additional duplication of functionality as we have to continue to enhance both frameworks.
          • Priority - KFS:
            Low
          • Priority - KC:
            Low
          • Priority - KS:
            No Priority
          • Priority - Rice:
            Medium
          • Theme:
            Development Ease of Use, Ease of Implementation, Project Standardization
          • Application Impact:
            Medium
          • Effort Estimate:
            Very High ~ 2500 hrs

            Description

            eDocLite is actually very similar to what the KRAD does, except it's all configured in XML that is "installed" to the Rice standalone server as opposed to Data Dictionary files that are "loaded" at system startup time.

              Attachments

                Issue Links

                Trackbacks

                [Confluence: Kuali Rice] Copy of Roadmap Draft 2 - Hampton Timelines The team is currently developing Rice 2.0. View a more detailed timeline and breakdown of Rice 2.0 features at KULRICE:Rice 2.0 Milestones. See details on our release cycles, i.e. frequency of major, minor,...

                [Confluence: Kuali Rice] Kuali Rice Roadmap 2011 Timelines The team is currently developing Rice 2.0 and is scoping Rice 2.1, which will be released approximately 6 months after the 2.0 Full Release.  View a more detailed timeline and breakdown of Rice 2.0 features at KULRICE:Rice 2....

                [Confluence: Kuali Rice] Kuali Rice Roadmap 2012 Draft Timelines The team is currently developing Rice 2.0 and is scoping Rice 2.2, which will be released approximately 6 months after the 2.0 Full Release.  View a more detailed timeline and breakdown of Rice 2.0 features at KULRICE:Rice 2....

                [Confluence: Kuali Rice] Roadmap Draft 2 Timelines The team is currently developing Rice 2.0. View a more detailed timeline and breakdown of Rice 2.0 features at KULRICE:Rice 2.0 Milestones. See details on our release cycles, i.e. frequency of major, minor,...

                  Activity

                  Ascending order - Click to sort in descending order
                  Hide
                  Permalink
                  gpro Gary Prohaska (Inactive) added a comment -

                  what's the motivation for doing this? Especially if the effort estimate is epic?

                  Show
                  gpro Gary Prohaska (Inactive) added a comment - what's the motivation for doing this? Especially if the effort estimate is epic?
                  Hide
                  Permalink
                  ewestfal Eric Westfall added a comment -

                  Regarding this, I think it only makes sense to do this after some of the KRAD functionality is in place. I think that some of the functionality planned for that will help us bridge the gaps between EDL and the current KNS framework.

                  Show
                  ewestfal Eric Westfall added a comment - Regarding this, I think it only makes sense to do this after some of the KRAD functionality is in place. I think that some of the functionality planned for that will help us bridge the gaps between EDL and the current KNS framework.
                  Hide
                  Permalink
                  masargen Matt Sargent added a comment -

                  After talking to Jerry Neal and Eric Westfall, the change should be to KRAD instead of KNS. As such I've updated this JIRA to reflect that

                  Show
                  masargen Matt Sargent added a comment - After talking to Jerry Neal and Eric Westfall, the change should be to KRAD instead of KNS. As such I've updated this JIRA to reflect that
                  Hide
                  Permalink
                  masargen Matt Sargent added a comment -

                  From Eric: I think the effort estimate on this may end up being on the high side nowadays thanks to work that the KRAD team has done on the User Interface Framework and work that is being done on the new krad-data module for 2.3/2.4. Two of the thornier technical challenges (dynamic loading/reloading of data dictionary/UI configuration at runtime and the ability to leverage schemaless data models with dynamic type support backed by a custom datastore) are being addressed in the implementation of the UIF and the design of krad-data. Still, it doesn't hurt to keep the estimate high for now until the functionality required to support this has been implemented in full.

                  Show
                  masargen Matt Sargent added a comment - From Eric: I think the effort estimate on this may end up being on the high side nowadays thanks to work that the KRAD team has done on the User Interface Framework and work that is being done on the new krad-data module for 2.3/2.4. Two of the thornier technical challenges (dynamic loading/reloading of data dictionary/UI configuration at runtime and the ability to leverage schemaless data models with dynamic type support backed by a custom datastore) are being addressed in the implementation of the UIF and the design of krad-data. Still, it doesn't hurt to keep the estimate high for now until the functionality required to support this has been implemented in full.

                    People

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

                      Dates

                      • Created:
                        Updated: