* 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
* property value subsitution now available on setProperty action (in RM)
* this means properties can be set based on other property values or date context
* provides a (simple atm) means of defining a id generation scheme scoped by file plan context
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@56374 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* improve general reliability of record folder move
* fix up some issues with the way composite capabilities where being evaluated
* use capabilities to enforce conditions of move .. not behavior .. this improves the visibility of the move action in the UI
* unit test
* reproduced and fixed up UI issue .. was showing No Items red banner in a very specific edge case
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@56373 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
RM-942: It's possible to move/copy/link to/from and delete from closed folder
* general reliability of copy/link/move record actions improved
* MoveRecords capability added as assignable
* various scenarios tested and documented expected behaviour on related issues
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@56225 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* hold and transfer container permissions are set up the same as unfiled .. they can not be explicitly set .. instead they inherit from file plan
* holds and transfers inherit permissions from the containers .. in turn they are effected by changes to overall fileplan permissions
* in the future explicit permissions will be able to be set or implied but the held or transfered records
* edit freeze details capability requires filling permission
* unit test for the various scenarios
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@56187 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
55708: [RM-904] Actions are missing within Records Management Site for Record Series and its children. Patches are implemented as components. Components are loaded in a single thread. The work of a patch should be wrapped in its own transaction to isolate it from the changes of other patches and allowing patches to commit work before working on the next patch.Moved all work of RMv2ModelPatch into the RetryingTransactionCallback. RetryingTransactionHelper set to create new thread.
Add RetryingTransactionHelper to RMv2FilePlanNodeRefPatch. Move all of the work of the patch into the callback. Helper creates new thread.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@56010 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* FileUnfiledRecords and RejectRecords are now assignable capabilities
* by default Admin, Records Manager, Security Manager and Power User have them
* they can be added and removed from custom or default roles via the management UI
* capability patch updated accordingly
* extedned get roles ReST API to include/exclude system roles
* In-Place Reader and In-Place Writer roles capabilities are configurable again, but their users and groups are not (as intended)
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55935 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* destroy always capability has been deprecated .. it's highly confussing and isn't nessesary when delete is available
* can be configured back in easily if required, but wasn't working in 2.0 so highly unlikely to be needed
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55372 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- Added a new Spring config property 'auditedImmediately' to work alongside 'auditable' property to indicate that the action should be audited immediately rather than after transaction commits. The default value of 'auditedImmediately' is false unless it is specified as true by individual action in rm-action-context.xml.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55259 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
- Specified a list of properties in Spring's configuration to be ignored by audit.
- If an audit entry ends up with no changes in properties then we discard the entire audit map altogether. Currently this applies only to 'Update RM Object' events as other events still require to be audited even if there are no property changes.
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55219 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* it now valid for admin to have access to the file plan
* rmadmin is still created and always has admin rights to file plans, but by default is created with a random password
* admin has permissions to reset rmadmin password if administration of RM file plans needs to be delegated
* rmadmin name I18n'ed
* rmadmin patch and creation code updated
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55205 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
* transfer and hold containers created under file plan
* holds and transfers now contained within these containers
* holds named using folder level counter to avoid name clash in container
* hold and transfer filters now API driven .. so canned query driven .. so *live*
* unit test updates
* UI tested
git-svn-id: https://svn.alfresco.com/repos/alfresco-enterprise/modules/recordsmanagement/HEAD@55091 c4b6b30b-aa2e-2d43-bbcb-ca4b014f7261
