...
Expand | ||||
---|---|---|---|---|
| ||||
XperienCentral R30.1Release date: December 10, 2020
XSS Features
External Application Support
Uploaded File Handling
See also Linux Server Installation. |
...
Expand | ||||
---|---|---|---|---|
| ||||
XperienCentral R29.3Release date: December 2, 2020
XSS Features
External Application Support
Uploaded File Handling
See also Linux Server Installation. |
...
Expand | ||||
---|---|---|---|---|
| ||||
XperienCentral R28Release date: May 13, 2020
Performance Dashboard is RemovedThe Performance Dashboard has been removed from XperienCentral in R28. Use the Monitoring Dashboard to view statistics and metrics related to your XperienCentral deployment. See also Administrative Pages. While the upgrade scripts for XperienCentral should in principle remove all components related to the Performance Dashboard, in some circumstances it may not, therefore you need to manually remove any remnants. Follow these steps:
See also XperienCentral Plugins Management Console. Code ChangesThe
must be changed to:
JCR IndexBeginning in R28, XperienCentral uses an XperienCentral-optimized indexing solution to support queries on frontend nodes instead of the Apache Jackrabbit JCR. This solution generally improves performance and drastically reduces the amount of time it takes to bring a new frontend node online in cloud deployments when traffic demands increase. The new indexing solution will always be used in XperienCentral even if the old JCR index is not disabled. The old JCR index should be disabled on production environments if possible. See also the new JCR Index Settings that have been added to the Setup Tool. JCR Query ReplacementIf you use custom JCR queries in your deployment, they should be replaced in order to use the new API. The following shows a typical query replacement: Queries similar to this:
should be changed to something like this:
Disabling the Built-in Apache Jackrabbit JCR IndexTo disable the old Apache Jackrabbit JCR index, follow these steps:
Content API User CredentialsIn the Connector API, there are two locations in Configuration > Import/Export Configuration where user credentials define which user account executes import/export jobs: one on the Configuration tab and one on the Job tab. The Job tab previously contained the fields "Username", "Password" and "Use application key". The Cofiguration tab contained the same fields with an additional "Website" field. These fields have been replaced by a single "User" drop-down list. In R28 a new System user option has been introduced in the User Authorization panel. Only user accounts designated as system users can be authorized to execute automated export/import jobs. Re-add Users as System UsersAfter upgrading to R28, the existing username(s) will still be used by the Connector API. As soon as you open either of the panels, however, the user(s) might not be selectable anymore and if you re-save the configuration, the jobs might stop running. This is the intended behavior. The solution is to navigate to the Authorization panel, designate new system users and then designate them as the user accounts that run jobs on the Configuration and Job tabs in Import/Export Configuration. |
...
Expand | ||
---|---|---|
| ||
XperienCentral R24.1Release date: July 2, 2019 Startup performance has been significantly improved. Bundles are now updated only if they have been modified. In XperienCentral R24.0 and earlier, all bundles were updated at startup, regardless of whether they had been modified. Beginning in XperienCentral R24.1, bundles are only updated if:
This means that if you update anything in the bundle but not these two properties, the bundle will not be updated. This applies to updating bundles in the WAR file, bundles copied to the |
Expand | ||
---|---|---|
| ||
XperienCentral R24Release date: June 5, 2019 Access to the Administrative Pages is no longer restricted to users who have the basic HTTP credentials for a page. When a user has the permission "Access debugging tools" in the category "System utilities" and the user is logged in, they no longer need to provide additional credentials in order to access the Administrative Pages. As a consequence however, the credentials dialog no longer appears automatically when access is requested. If the user is not logged in, they will need to first navigate to: Modular Content Plugin
Monitoring Framework Plugin
|
...