Abstract: A virtual content repository (VCR) is a logical representation of one or more individual content repositories. The VCR uses a common Application Programming Interface (API) and a Service Provider Interface (SPI) to provide a single access point to one or more individual content repositories. The API describes how applications can interface with program logic and functionality provided by the content management system and the SPI describes how a content repository can be integrated into the VCR. A SPI adapter can be interposed between the at least one non-compliant repository in the VCR and the SPI. The SPI adapter can map a request to the non-compliant repository and provide content received from the non-compliant repository to originators of the requests.

Abstract: In accordance with embodiments, there are provided mechanisms and methods for providing linked property types in a content management system. These mechanisms and methods for providing linked property types in a content management system can enable users to specify a new property definition type, which refers to another node instance in the content management system. By specifying a link property definition type on a type, the user can then relate a node instance of the modeled type (link source) to any other node instance (link target) in the system. For example, a user can create a type Article with property definitions such as title, body and authorLink. The authorLink property definition can be a link type property definition. Then the user could define an Author content type. When an instance of an Article is created (anArticle), the authorLink property associated with anArticle could refer to a node instance of an Author.

Abstract: In accordance with embodiments, there are provided mechanisms and methods for providing nested variables in a content management system. These mechanisms and methods for providing nested variables in a content management system can enable users to model types that can be used within other type definitions. This differs from the Type Inheritance feature in that types that make use of the nested type feature do not extend their functionality but define a property definition having a value defined by all property definitions in the nested type. For example, user can create a type address with property definitions such as street, city, zip code, etc. The user can then create another type person that has property definitions such as “name” and home address and business address. The two address property definitions can be represented by the address type, each with the address type's property definitions. Embodiments may further provide the ability to have abstract types and link property types.