* 74458 - RM Performance Improvements
* general file plan browse rendering in around half the previously recorded times for around 500 records (need to scale up)
* unessesary bottle neck removed from record detail page rendering (see RM-1461)
* other general improvements
* TODO .. hasFrozenChildren, getNextDisposition, TransferNodeIndicator, HeldBy .. all traverse up or down record/record folder hierarchy in ways that don't scale
* fix to disposition lifecycle job that failed all when one failed .. this explains why the job appeared not to work on occasion
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/BRANCHES/V2.1.0.x@76475 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* focus on in-place scenarios with large numbers of DM users and large numbers of in-place records (based on issue informally reported by partner)
* improve performance of dynamic authorities used for in-place security evaluation (L1 transaction cache and more preformant authority look up)
* remove unwanted queries in tree (N+1 for every node) .. killed it for large file plans
* L1 transaction cache for capability condition evaluation .. these are called a LOT so removes some of the bottle necks when evaluating the permissions of a large sets of nodes
* extend helper system test used to load up fileplan and now also create in-place records
* unit and integration tests run .. sanity testing done via the UI
* overall performance of the display of 1000 in-place records in the file plan down from minutes to a few seconds!
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@75186 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* general browse experience better
* viewing record category list (with one folder) down from seconds to almost immediately
* viewing of record details page down from 20 plus seconds to under a second
* although view of 15k records is still slow to render (around 10/15 seconds) this is still much better then previously and over 80% of that time is spent in the repo getting the children .. could look at getting a reduced result set?
* cached 'hasHeldChildren' state on record folders .. this was a significant overhead previously and is now a simple property lookup, maintained by behaviours
* unit tests for above to ensure nothing is broken
* TODO more caching of frequently asked for state, optimisation of more node service intensive capability conditions
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@74932 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
RM-1505: Search Results: Hold Reason field is empty
* specific filtering for ViewHoldReason capability removed .. no longer required as we specify user permissions at the hold level
* deprecated hold related actions are no longer auditable (and so don't appear in the audit view)
* hold service Audits add/remove to/from holds
* hold reason is no longer rolled up onto disposable item .. it no longer makes sense for multiple holds and was a security hole
* hold reason removed from search options
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@74611 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
RM-1561: Edit/Delete Hold actions are not displayed for user with proper capabilities
* editHold and deleteHold specific capabilities added and UI actions wired up accordingly
* capability patch addeded
* freeze, unfreeze and related capabilities deprecated (but still avaialble if required)
* some of the old freeze UI actions removed
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@74506 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* general file plan browse rendering in around half the previously recorded times for around 500 records (need to scale up)
* unessesary bottle neck removed from record detail page rendering (see RM-1461)
* other general improvements
* TODO .. hasFrozenChildren, getNextDisposition, TransferNodeIndicator, HeldBy .. all traverse up or down record/record folder hierarchy in ways that don't scale
* fix to disposition lifecycle job that failed all when one failed .. this explains why the job appeared not to work on occasion
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@74458 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
