CSPACE-2542 Modified the handling of Authorities to support range of specifiers for authority and item, across operations. Modified authorities that support contact sub-resources to support all specifier forms for the authority and item, across operations. Refactored the AuthorityResource classes for the authorities that support contact sub-resources, to simplify code and ensure consistent support.

CSPACE-2727: AuthZ management resources were not responding to gets of /accountroles/{csid}, /permroles/{csid} correctly.  These gets now return the details of the relationship records.

CSPACE-2146: Cannot delete an accountrole... Also,  CSPACE-2632, CSPACE-2632

CSPACE-2541,CSPACE-2711: 'owner' field now a repeatable scalar ('owners->owner') in Acquisition records.  Multiple value instances of 'owner' field now returned in summary items in lists of Acquisition records, as well. 'fieldCollectionEventName' field now a repeatable scalar ('fieldCollectionEventNames->fieldCollectionEventName') in CollectionObject, Intake, and Acquisition records. Changes made to Nuxeo doctype schemas, and thus requires an 'ant deploy' and a 2-server restart to reflect these changes in the services layer.

CSPACE-1355: Removed currentLocation and normalLocation fields from authRef properties for Movement service for now, as these two fields will hold plain text values, rather than authority references, in 1.0 alpha.

CSPACE-2699: Dates in the current format emitted by the UI date picker are now recognized as valid values for date fields in the services layer.

CSPACE-2670. Added support for address and accessnote in location schema.

CSPACE-2665. Added new fields to the summary list payloads for Movement.

CSPACE-2663, CSPACE-2664. Added new fields to the summary list payloads for Loansin and Loansout.

CSPACE-2661, CSPACE 2662. Added new fields to the summary list payloads for Intake and Acquisition.

CSPACE-2660. Added first responsibleDepartment (from list) and the objectName field from the first objectName repeating structure, to the summary list schema.

NOJIRA - remove some stale comments. No functional changes.

CSPACE-2675  Add CSID to payload of Authority documents, since may be retrieved via refname, and not CSID.

CSPACE-2677: Services document framework (and Movement service, in which date fields are first being prototyped) once again allows entry of blank / empty dates in date fields, an obvious requirement in retrospect.

CSPACE-2655: Added actionGroup to results returned in authorization/roles/*/permroles

CSPACE-2671: Multiple changes to CollectionSpace record schema in the services layer, reflecting 1.0 alpha changes specified by the Functional team.  Added ten (10) fields, removed two (2) fields, and converted six (6) fields from scalar to repeatable scalar.  See comment in issue for list of fields changed.  No services tests failed after these changes, however there are no tests currently in place to verify that these fields are working; that work is identified to be carried out in CSPACE-2609.

NOJIRA: Removing unnecessary "target" dir and children from repos.

CSPACE-2300: Added borrowersAuthorizer field to LoansIn (aka LoansIn) records, in services schema.  Constitutes a Nuxeo document type update, and as such requires an 'ant deploy' and a 2-server restart.

CSPACE-2671: Clarified note re contentDate field to confirm that no work related to this field will be performed in 1.0 alpha.

CSPACE-2671: Annotated CollectionObject schema (Nuxeo doctype schema), in the services layer, to reflect the results of a schema change and repeatability review. All fields that will be changed - added, removed, made singly repeatable - are annotated with a '[1.0 alpha]' note; other notes reflect upcoming changes, post-1.0 alpha, to create repeatable groups and the like.

NOJIRA: Adding missing conventional Maven src dirs.

NOJIRA: Updated svn dir settings.

CSPACE-1432: Odd that my SVN client shows these added and checked-in, but apparently not.  Original post: Apply "List - pagination (return total items, current page, total pages) " functionality to Account

CSPACE-1432: Odd that my SVN client shows these added and checked-in, but apparently not.  Original post: Apply "List - pagination (return total items, current page, total pages) " functionality to Account

CSPACE-1432: Apply "List - pagination (return total items, current page, total pages) " functionality to Account

CSPACE-1432: Apply "List - pagination (return total items, current page, total pages) " functionality to Account

CSPACE-1432: Apply "List - pagination (return total items, current page, total pages) " functionality to Account

CSPACE-2653: Dates in unrecognized formats, when sent to services as values in date-type fields, now generate error messages, rather than being silently 'dropped' and resulting in null/empty values being stored in those fields.  Recognized formats include Nuxeo's supported ISO 8601-based formats, as well as any additional formats configured on a per-tenant basis.

CSPACE-2418: Services can now accept, as input to date fields in their record types, dates in a variety of representation formats, specified in per-tenant configuration.  This will permit free text entry of dates in formats familiar to users in various countries, such as 'MM/dd/yyyy' (USA), 'dd/MM/yyyy' (UK), and 'dd.MM.yyyy' (one of several formats used in Denmark).  No validation is yet performed, and dates in unrecognized formats, that cannot be parsed and converted to the ISO 8601-based formats required by Nuxeo and MySQL, are silently dropped, as they were even before this check-in.  This is addressed by a new bug, CSPACE-2653.

CSPACE-2418: Groundwork for supporting free-text entry of dates in a variety of formats. Added utility routines to retrieve per-tenant lists of properties, and demonstrated retrieval of date formats from those properties, and of validating incoming dates against permitted date formats. Need to add ISO 8601-based patterns corresponding to those permitted by Nuxeo, determine how best to identify date fields whose values might be validated, and identify where during incoming payload handling to convert from non-ISO 8601 formats.

CSPACE-2479: CollectionObject service now returns authority references from objectProductionPerson and objectProductionOrganization fields.  (This work will need to be revisited when those two fields become part of repeatable groups; test cases added in this check-in will help ensure we make the necessary changes at that time to continue to pull authrefs from those fields.)

CSPACE-827,CSPACE-2643: Added dimensions as a structured repeatable group of fields to CollectionObject records. Updated client tests to verify update behavior for dimensions groups, as described in the Common Services REST API documentation. Left six existing scalar dimensions fields in place for backwards compatibility, until dimensions are implemented as a repeatable group across all layers. Updates Nuxeo doctype definition, and thus requires 'ant deploy' from services/trunk and a 2-server restart.

NOJIRA: Updating svn ignore list.

CSPACE-2647: Performance tests are sometimes performing deletes instead of read.  Also, adding more profiling information to the profile log file.

NOJIRA: Modifying and also removing unnecessary Eclipse settings file.

NOJIRA: Adding 'ignore' artifacts to trunk.

CSPACE-2587: Add a separate log file for service profiling information.  Also adding Laramie's filter class that we're using to profile requests to the service layer.

CSPACE-2628: Fixed issue where the Movemement service was returning empty values in three dateTime fields.  Removing the premature encoding of a calendar object to an ISO8601 string in MovementDocumentModelHandler.extractPart() resolved this issue.  dateTime values are correctly encoded as ISO 8601 strings in the UTC time zone when a response document is being built, without any intervention required. Added client tests for this behavior.

CSPACE-2578: Re-enabled test for XML parsing bug, where whitespace (and presumably any text) between the container element of a repeatable group and its first child prevented record creation.  After the XML parsing-related improvements in CSPACE-2622, this issue appears to have been resolved, and this test now passes.

CSPACE-2623: Relation schema needs to include a "display name" for the predicate type.  The new schema element name is "predicateDisplayName"

CSPACE-2627: Incoming payload stream being inadvertently nulled by debugging code.

CSPACE-2622: Trivial removal of several auto-generated Javadoc method comments, in favor of human-created comments which hadn't been propertly identified as Javadoc comments.

CSPACE-2545: Movement service module now uses common.datetime package, rather than its own local copy of date/time utilities.

CSPACE-2545: Created new common.datetime package, with initial date/time utilities class (subject to further refactoring).

CSPACE-2622: Payload parsing for incoming Nuxeo entities should use general XML parsing code borrowed from Nuxeo import sources

CSPACE-2607: Commented out CollectionObjectResource.getIntakesCommonList(), which makes a call to getRelationList() in the relation service using a now-obsolete set of method parameters.

CSPACE-2602: Checking in Laramie's changes to the deploy_jpa target in the common module's Ant buildfile. This resolves an issue, present in releases 0.7 and 0.8, which could result in a 'could not find resource file' error when running 'ant deploy'.

CSPACE-2607: Relation service should support query params of "subType", "objType" for subject type and object type

CSPACE-2600: Checking in Laramie's set of changes to three files, to re-enable the 'query' module in the services source code tree. This module, while currently little used, will be instrumental for advanced search when that functionality is added to the services layer.

CSPACE-2601: Checking in Laramie's set of changes to ten files - nearly all in sdk, sample, and import modules, which are built under a separate Maven profile - to reflect changes to object records that made object name fields repeatable as a group.

CSPACE-2601: Checking in Laramie's set of changes to ten files - nearly all in sdk, sample, and import modules, which are built under a separate Maven profile - to reflect changes to object records that made object name fields repeatable as a group.

CSPACE-2352: Service consumer should be able to search for permissions using an "actGrp" group/set type label.

NOJIRA: Removing unnecessary Eclipse settings file.

CSPACE-2468: Modified CollectionObject records in the services layer, making the ObjectName group repeatable.

NOJIRA: Updating ignore list for certain project files.

NOJIRA: Updating Eclipse settings files.

NOJIRA: Updating Eclipse settings files.

NOJIRA: Updating Eclipse settings files.

CSPACE-2463: ActionGroup field now being set when we create/import the default set of permissions.  Current ActionGroup labels are "CRUDL" and "RL".

CSPACE-2546: Reduce the number of default permissions by commenting out URI paths from the tenant-bindings.xml

NOJIRA: Adding missing placeholder source directories.

NOJIRA: AddNOJIRA: Adding missing Eclipse setting files.

NOJIRA: AddNOJIRA: Adding missing Eclipse setting files.

NOJIRA: Updating Eclipse settings files.

CSPACE-2588: Add a simple profiling utility class

CSPACE-2587: Add a separate log file for service profiling information.

CSPACE-2586: Retrieving referencing objects now works for repeatable, single scalar fields. (More specifically, this works when a referenced term is found in any value instance of a repeatable, single scalar field.) Apparently, this may not have previously worked but was missed by services client tests, and emerged only when implementing repeatable groups of fields.

CSPACE-2577: Lists of referencing objects / refObjs now once again successfully returned.  Fix involved commenting out one authRef field property in tenant bindings; that field, which is in a newly-introduced repeatable group of fields in Acquisition records, was causing Nuxeo's searches to fail. Also observed that we may not be currently testing for retrieving refObjs where the references occur in single scalar fields; will add JIRAs for both relevant issues.

CSPACE-2578: Recommenting test method / case temporarily uncommented in r2802, to avoid breaking services tests for nightly build.

CSPACE-2578: Adding XML documents used in Acquisition service payload tests, missing from previous commit r2801.

CSPACE-2578: Added client tests to demonstrate payload parsing issue where whitespace (or presumably any text node) is present between the container tag and the first child tag in a repeatable group of fields.  Failing test is commented out so as not to break services tests, but can be uncommented during investigation of this issue.

CSPACE-2469,CSPACE-2576,CSPACE-2577: Modified Acquisition records in the services layer, making the Acquisition Funding group repeatable. Modified document framework code to return authority references from individual value instances of fields in repeatable groups of fields.  This work has temporarily broken retrieval of referenced documents associated with a term / authority reference, per newly-filed bug CSPACE-2577.

CSPACE-2558: sourceField values in authority reference lists from services once again are qualified by schema names; e.g. 'acquisitions_common:acquisitionSource'.  This was a regression bug caught by Chris.  Will create a JIRA to add client tests of sourceField values, to help avoid such issues in the future.

CSPACE-2572: Client test of sorting of Movement record by string or date type fields now exclude null values when performing comparisons, to avoid triggering Exceptions in Collator and Comparator classes.

CSPACE-2571: Committing this patch from Laramie: CollectionObject Sample module contained several typos in the pom.xml file.

CSPACE-2558,CSPACE-2556: When returning lists of authority references (terms used) within a record, the sourceField name is once again correct for value instances of singly repeatable fields, rather than reflecting the parent field's name.  This check-in assumes one level of repeatability (a parent field with 0-n child fields of the same name and type) and will require revision for complex, or nested, repeatability, but also lays the groundwork for such support.

NOJIRA: Artifacts for media handling prototype that was finished several weeks ago but never checked-in.

CSPACE-2492, CSPACE-2492, CSPACE-2492, CSPACE-2463: Changes to reduce the number of permission/resource tuples -in hopes of simplifying the App->Service interactions.  Also contains changes to Relation service to add support for query params for subject=sbj, predicate=prd, object=obj -this replaces paths like /subject, /type, /object.

CSPACE-2559: Summary lists of Acquisition records, returned by the Acquisitions service, now once again correctly return values, in the value instances of the repeatable acquisitionSource field.  This was a regression bug triggered by the removal of field qualification (prefixing by a field name and delimiter) in r2707, as well as my use of a private unqualify() method in the Acquisition service.

CSPACE-2501,CSPACE-2451: Added multiple new fields to the CollectionObject schema for 1.0 alpha, as well as making several of the new fields, and several existing fields, singly repeatable. Also changed names for many fields, either to work around length limits for generated foreign key identifier names, or for consistency and clarity.

CSPACE-2529,CSPACE-2549: Multiple changes to Intake records schema, in the services layer: added six new fields (three of them repeatable), and made five existing fields repeatable. Changes the relevant Nuxeo document type schema, and as such requires an 'ant deploy' and a 2-server restart.

CSPACE-2535: Trivial variable name changes to help distinguish between contactNames repeatable field and Contacts sub-resource.

CSPACE-2535: Made five fields repeatable in Organization records (records of items within an OrgAuthority), in the services layer: contactName, group, function, subBody, and historyNote (formerly history). Changes the relevant Nuxeo document type schema, and as such requires an 'ant deploy' and a 2-server restart.

CSPACE-2534: Temporarily comment out Nuxeo layout widgets for repeatable fields in Person records until we identify how to represent these complexTypes in layouts.

CSPACE-2534: Made four fields repeatable in Person records (records of items within a PersonAuthority), in the services layer: group, nationality, occupation, and schoolOrStyle. Changes the relevant Nuxeo document type schema, and as such requires an 'ant deploy' and a 2-server restart.

CSPACE-2528: Made acquisitionDate field a repeatable field in Acquisition records, in the services layer. Changes the relevant Nuxeo document type schema, and as such requires an 'ant deploy' and a 2-server restart.

CSPACE-2511,CSPACE-2512: Standardized error messages returned from resource classes for Acquisitions, Movements, as prototype for other resource classes.

CSPACE-2508: Added a negative test for an unrecognized sort order identifier (not 'ASC' or 'DESC') provided as a query parameter value.

CSPACE-864 Added support to handle deeply nested repeatable structures on the way out. Still need to rewrite the code to handle same on the way in. This code may need to be refactored into a Nuxeo-specific class, for consistency.

CSPACE-2508: Explicitly tests sorting of results from keyword searches. Lays groundwork for restricting the scope of sorting tests to temporary records created during client testing.

CSPACE-2508: Adds an HTTP status code constant referenced by MovementSortByTest, not previously checked in with related files.

CSPACE-2508: Added client test to verify that records are returned in ascending or descending sort order, based on the value of a specified field, when a 'read list' or keyword search request asks that records be returned in that sort order.

CSPACE-2484: Added initial support to the Services document framework for returning summary lists of records in sorted order.

CSPACE-2394 Build a prototype reporting service for invoking reports. Still needs more build support to get reports installed from a resource path, but basic CRUDL support is in, as is invocation of jasper reports engine from services, provided a report has been installed on the server.

NOJIRA - Fixed typo that broke a test revealed by recent changes to AuthorityResource.

NOJIRA - added new performance test.

NOJIRA - Fixed a bug in the processing of authority items when fetching by name - was not correctly qualifying by authority. Should allow shortIdentifier clash across (but not within)  authorities, but was coughing on cross-authority clash. Typo in PersonAuthorityClient caused problems in test.

CSPACE-1637,CSPACE-2066: Authority references can now be returned from value instances of repeatable fields, as well as - as was previously implemented - from non-repeatable fields.  As prototyped in Acquisition records, specifying 'acquisitionSources' as an authRef field in tenant bindings will now return the authority references in each of its 'acquisitionSource' children.  This has been tested to date only with simple repeatability: a parent and a set of 0-n immediate children.  The current solution will need additional testing to verify that it works with arbitrary repeatability; and a slightly different approach using DocModel.getProperties(), as suggested by Richard and mentioned as well in code comments, may potentially be needed in that case.

CSPACE-2408,CSPACE-2482: DateTime fields in Movement record are now editable, in the relevant layout for Nuxeo's web administration console, via a datetime picker widget.

CSPACE-2408,CSPACE-2418: Changed datatypes for three calendar date fields in Movement records to xs:dateTime, to prototype storage of dates as date types, rather than strings. Provides a uniform date and time representation - a widely used ISO 8601 format - to be provided by clients as values in calendar date fields, as early work on CSPACE-2418. Dates round-trip correctly, but are stored in MySQL in a local time zone, rather than in UTC. This is potentially problematic, and may require further investigation. Two utility classes included in this commit likely belong in 'common' package, or in a future DateAndTime service, rather than in Movement, and they - or similar classes - will likely be migrated there in a future check-in.