Abstract: Architecture that enables separation of a user interface (UI) upgrade from the content and application logic upgrade. Administrators can upgrade to take advantage of new infrastructure features, and independently schedule the UI upgrade, for example, to accommodate customization work or to ensure user training. Furthermore, administrators can now allow users to choose when to switch to the new UI. More specifically, the architecture facilitates the separation of a UI upgrade from content and application logic upgrade, the ability to control the UI upgrade at multiple levels of precision, the ability for application logic and UI components to change behaviors based on the UI version of the context, and the ability to “preview” the updated UI before permanently switching to it. Additionally, UI components can be filtered to only appear in the appropriate UI version, and the site's UI version can be compared to versions that a component is compatible with.

Abstract: Architecture that enables separation of a user interface (UI) upgrade from the content and application logic upgrade. Administrators can upgrade to take advantage of new infrastructure features, and independently schedule the UI upgrade, for example, to accommodate customization work or to ensure user training. Furthermore, administrators can now allow users to choose when to switch to the new UI. More specifically, the architecture facilitates the separation of a UI upgrade from content and application logic upgrade, the ability to control the UI upgrade at multiple levels of precision, the ability for application logic and UI components to change behaviors based on the UI version of the context, and the ability to “preview” the updated UI before permanently switching to it. Additionally, UI components can be filtered to only appear in the appropriate UI version, and the site's UI version can be compared to versions that a component is compatible with.

Abstract: Hierarchical data may be provided. First, first data may be received corresponding to a first item. The first item may correspond, for example, to a web site. Next, a first cache may be created corresponding to an ancestry of the first item. In creating the first cache, information may be included configured to define a hierarchy of the first item. The first item may correspond to a child web site and the information in the cache may correspond to a plurality of parent web sites higher in the hierarchy and being related to the child web site. The first cache may include the plurality of parent web sites in a parent-relative fashion. Then, the received first data corresponding to the first item may be stored in a database. In addition, the first cache may be stored in the database as a property of the stored first item.

Abstract: Hierarchical data may be provided. First, first data may be received corresponding to a first item. The first item may correspond, for example, to a web site. Next, a first cache may be created corresponding to an ancestry of the first item. In creating the first cache, information may be included configured to define a hierarchy of the first item. The first item may correspond to a child web site and the information in the cache may correspond to a plurality of parent web sites higher in the hierarchy and being related to the child web site. The first cache may include the plurality of parent web sites in a parent-relative fashion. Then, the received first data corresponding to the first item may be stored in a database. In addition, the first cache may be stored in the database as a property of the stored first item.