Abstract: Systems and methods for generating a multi-view report in a content management system. A number of report views may be defined and a report type may be configured. The report type configuration may define the report views to be included, the field the report views match on, and how the report views should be joined. The multi-view report is generated according to the report type configuration.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for exchanging clinical data among parties involved in a clinical trial. The system comprises a clinical data exchange controller, a first repository and a second repository. Repository configuration information comprises: a connection to a target repository, scope of capacities, and a rule set. Repository configuration information for the first repository is received at the first repository, and repository configuration information for the second repository is received at the second repository. When there is a change defined in the rule set happened in the first repository, a request for data transfer is sent to the clinical data exchange controller, and the clinical data exchange controller then transfers the data to the target repository based on the rule set.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for controlling document access in a content management system. A user setup record may be saved for each user, and user groups may be generated based on attributes of user setup records. When a user group is stamped to a document in the content management system, all users in that user group get access to the document.

Abstract: Systems and methods for re-using content in a content management system. The content management system may have two or more repositories. A link document may be generated in a link repository for a source document in a source repository. The link document may be a copy of the source document, and synchronized to the source document in a number of different ways, dynamically or statically. When the source document is updated, the source repository may notify the link repository about the change, receive a pull request from the link repository for the change, and generate an updated link document.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for controlling object/document access in a content management system. The content management system may have several layers of access controls, which may include a layer of access control at the object level, a layer of access control at the row level and a layer of access control at the field level. Access may be controlled at the object level by a user's security profile, at the object record level (or row level) by the user's role, and/or at the object field level by the user's role or a state in a document lifecycle. In other words, the object level access control may grant access (e.g., Create, Read, Edit and Delete) on objects, the object record level access control may grant access (e.g., Read, Edit and Delete) on object records, and field level access control may grant access (e.g., Read, Edit and Hidden) on object field level.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for uploading tenant code to a multi-tenant system. Tenant Java source code is sent to the multi-tenant system over an MDL interface, and stored in a repository of the multi-tenant system as source code metadata. The tenant code may be extracted and executed when a predetermined event occurs.

Abstract: Systems and methods for controlling object/document access in a content management system. The content management system may have several layers of access controls, which may include a layer of access control at the object level, a layer of access control at the row level and a layer of access control at the field level. Access may be controlled at the object level by a user's security profile, at the object record level (or row level) by the user's role, and/or at the object field level by the user's role or a state in a document lifecycle. In other words, the object level access control may grant access (e.g., Create, Read, Edit and Delete) on objects, the object record level access control may grant access (e.g., Read, Edit and Delete) on object records, and field level access control may grant access (e.g., Read, Edit and Hidden) on object field level.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for providing an API for a database system. The API may be provided to enable external application developers to build applications that can support the dynamic security model of the content management system and describe the runtime properties of records in data objects. The API of may provide a record property object and/or a query describe object when returning data set in response to a query by providing information about actions an end user can take on the data records, and to provide metadata required to understand a data response.

Abstract: Systems and methods for re-using content in a content management system. The content management system may have two or more repositories. A link document may be generated in a link repository for a source document in a source repository. The link document may be a copy of the source document, and synchronized to the source document in a number of different ways, dynamically or statically. When the source document is updated, the source repository may notify the link repository about the change, receive a pull request from the link repository for the change, and generate an updated link document.

Abstract: Systems and methods for migrating configuration changes to a target content management system. A migration statement based on a metadata definition language (“MDL”) may be generated with a first API and executed on a source system to generate new source system configurations. A second API may be sent from the source system to the target system and executed on the target system to apply the new source system configurations on the target system without disturbing operation of the target system.

Abstract: Systems and methods for migrating configuration changes to a target content management system. The method comprises: generating a source component directory for a source system, determining configuration changes from the source system by identifying differences between the source component directory and a target component directory, generating a changed component package based on the differences between the source component directory and the target component directory; and sending the changed component package from the source system to the target system.

Abstract: Systems and methods for controlling document access in a content management system. A user setup record may be saved for each user, and user groups may be generated based on attributes of user setup records. When a user group is stamped to a document in the content management system, all users in that user group get access to the document.

Abstract: Systems and methods for debugging tenant code for a multi-tenant system. A tenant code debugger may be installed on a user computing device, and connected to the multi-tenant system over a stateful connection. When an interested event occurs, the multi-tenant system may route execution to the user computing device for local debugging. A proxy may be used for the communications between the tenant code debugger and the multi-tenant system. When interaction with the multi-tenant system is needed, a request may be sent to the multi-tenant system which may interpret the request, execute to fulfill the request, and send the result back to the tenant code debugger, so that execution of the tenant code can be continued in the user computing device. The tenant code is uploaded to the multi-tenant system after debugging.

Abstract: Systems and methods for uploading tenant code to a multi-tenant system. Tenant Java source code is sent to the multi-tenant system over an MDL interface, and stored in a repository of the multi-tenant system as source code metadata. The tenant code may be extracted and executed when a predetermined event occurs.