[KULRICE-4421] SessionDocumentService can be a performance bottleneck Created: 03/Aug/10  Updated: 21/May/15  Resolved: 13/Mar/13

Status: Closed
Project: Kuali Rice Development
Component/s: Development
Affects Version/s:
Fix Version/s: Not version specific

Type: Bug Fix Priority: Critical
Reporter: Jonathan Keller Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
duplicates KFSMI-5916 SessionDocumentService can be a perfo... Rice Roadblock
duplicates KULRICE-9148 Disable SessionDocumentService in the... Closed
duplicates KULRICE-9149 Remove usage of org.kuali.rice.krad.s... Closed
Rice Module:
Application Requirement:
KFS, KC, Rice


It appears that the SessionDocumentService is a major source of performance issues, especially for large documents. For every request the user makes on the document, the entire document is serialized and transferred to and from the database.

Some of the performance may be due to the size of the connection pool, but across two servers it should have been sufficient for the number of users who were testing. It really seemed to have to do with the sheer amount of data being transferred. On some maintenance documents (which is all we were testing), the serialized object graph was over a megabyte.

By stubbing out the service to remove the feature altogether, we were able to greatly improve server performance. That may not be the ultimate solution, but it meets UCDs needs at the moment.

Another option would be to use a shared file system for such a store, since that would be faster to access than via the database connections.

Comment by Eric Westfall [ 13/Mar/13 ]

Closing this issue as a duplicate of KULRICE-9148 and KULRICE-9149

Generated at Tue Aug 04 18:31:47 CDT 2020 using JIRA 7.0.11#70121-sha1:19d24976997c1d95f06f3e327e087be0b71f28d4.