Our documentation has been relocated here, the Liferay Developer Network. Please update your bookmarks!

The Server Administration page of the Control Panel lets you perform various tasks related to the portal server itself that aren’t directly related to the resources in the portal. Clicking the link makes this clear: you’re immediately presented with a graph showing the resources available in the JVM.

Resources

The first tab is called Resources. This tab contains the aforementioned graph plus several server wide actions that an administrator can execute. These include the following:

Run the garbage collector: You can send in a request to the JVM to begin the garbage collection task.

Clear content cached by this VM: You can send in a request to the JVM to clear content stored in the local cache. Ehcache usage is split into two groups: local JVM scope and cluster scope. This action only clears the content of the local Ehcache.

Clear content cached across the cluster: You can send in a request to the JVM to clear content cached across the entire cluster. This action clears the content of the clustered Ehcache.

Clear the database cache: You can send in a request to the JVM to clear the database cache. Liferay uses Ehcache mainly, but not only, at the persistence layer for caching objects obtained from the database. This action only clears the database result cache.

Clear the direct servlet cache: You can send in a request to the JVM to clear the direct servlet cache. The direct servlet context is a feature that optimizes JSP serving performance by caching and accessing the generated servlets directly instead of accessing them over the application server’s dispatcher chain. This is only suitable for cases where no filter is required for the JSPs. For production mode, this cache should be enabled to improve performance. In case emergency fixes need to be applied, this action allows an administrator to manually clear out the cache to force JSPs to reload. For development mode, the direct servlet context should be disabled to allow JSP servlets to be reloaded on the fly. See the Direct Servlet Context section of the portal.properties file for details.

Reindex all search indexes: You can send in a request to regenerate all search indexes. If you are not using a Solr search server this will impact portal performance so try to do this at non-peak times.

Reindex all spell check indexes: You can send in a request to regenerate all spell check indexes.

Reset preview and thumbnail files for the Documents and Media portlet: You can send in a request to reset the preview and thumbnail files for each item in your portal’s Documents and Media libraries.

Generate Thread Dump: If you are performance testing, you can generate a thread dump which can be examined later to determine if there are any deadlocks and where they might be.

Verify database tables of all plugins: You can check all tables against their indexes for accuracy of data retrieval.

Verify Membership Policies: You can check that existing site membership policies have been correctly applied and automatically make updates if necessary. For example, suppose that someone manually changed the Liferay database or that the Liferay database was hacked, resulting in a user being assigned to a site in violation of a site membership policy. When the Verify Membership Policies button is clicked, the verify methods of all the site membership policies that have been implemented are triggered. These methods check that all site memberships are in accord with the site membership policies; if they are not, the necessary changes (such as removing users from forbidden sites) are made.

Clean up Permissions: This process removes the assignment of some permissions on the Guest, User, and Power User roles to simplify the management of “User Customizable Pages”. Notably, the “Add To Page” permissions is removed from the Guest and User roles for all portlets. Likewise, the same permission is reduced in scope for Power Users from portal wide to scoped to “User Personal Site.”

Log Levels

The Log Levels tab of the Server Administration page allows you to dynamically modify the log levels for any class hierarchy in the portal. If you have custom code you have deployed which isn’t in the list, you can use the Add Category tab to add it. If you change the log level near the top of the class hierarchy (such as at com.liferay), all the classes under that hierarchy will have their log levels changed. If you are testing something specific, it is much better to be as specific as you can when you change log levels. Modifying them too high in the hierarchy generates a lot more log messages than you need.

Properties

Liferay and the JVM contain many settings which are defined as properties. There are two subtabs of the properties tab of the Server Administration page: one showing system properties and one showing portal properties.

The system properties tab shows an exhaustive list of system properties for the JVM, as well as many Liferay system properties. This information can be used for debugging purposes or to check the configuration of the currently running portal.

The portal properties tab tab shows an exhaustive list of the portal properties. These properties can be customized; you can peruse the full list of customizable properties online at http://docs.liferay.com/portal/6.2/propertiesdoc/portal.properties.html. If you need to check the current value of a particular property, it can be viewed from this screen without having to shut down the portal or open any properties files.

CAPTCHA

By default, Liferay ships with its own simple CAPTCHA service which is designed to thwart bots from registering for accounts on sites powered by Liferay. If you want to instead use Google’s reCAPTCHA service, you can enable this setting from the CAPTCHA tab of the Server Administration page.

Simply check the Enable ReCAPTCHA box and enter your public and private keys into the provided fields, then click Save. Liferay Portal will then use reCAPTCHA instead of simple CAPTCHA.

Data Migration

If you are upgrading from a previous release of Liferay Portal or if you need to migrate your data from one system to another, the Data Migration tab helps you to do that without your developers having to write custom scripts.

The first section lets you copy your entire Liferay database from the current database under which it is running to the database you specify in this set of fields. You’ll need to enter the driver class name (and the driver will need to be on Liferay’s classpath), the JDBC URL of the database to which you’ll be copying your data and the credentials of a user with access to that database. Once you have all of this information entered, click Execute to copy the data.

The next section helps you migrate your documents. If you want to move off of the Jackrabbit JSR-170 repository to the file system, or to the Jackrabbit repository from the file system, or to any of the other repositories supported by the Documents and Media library, you can do so very easily. Make sure you have already set up your portal-ext.properties file so the hook is properly configured before running this migration. Select the Document Library hook that represents the location to which you want your documents to be migrated, then click Execute. Your documents will be migrated to the new repository. You can then shut down Liferay, make the new repository the default in the portal-ext.properties file, and then restart.

You can migrate images from the Image Gallery in the same manner. (In Liferay 6.0 and previous versions, the Document Library and Image Gallery were distinct repositories. In Liferay 6.1 and later versions, these have been combined into a single Documents and Media repository.)

File Uploads

Since Liferay allows users to upload files in various places, you may want to lock down the type of files and the size of files users are allowed to upload. The File Uploads tab of the Server Configuration tab lets you set the overall maximum file size and then override that size for specific applications within Liferay. You can limit the allowed file extensions generally or by application. You have a lot of flexibility as to how you want files to be managed within your portal.

Mail

Instead of using your Liferay server’s portal-ext.properties file to configure a mail server, you can configure a mail server from the Mail tab of the Server Configuration section of the Control Panel. If your portal is to receive mail (see, for example, our coverage of the Message Boards portlet ), you can connect a POP mail server. If your portal is to send mail, which is useful for sending notifications to users, you can connect to an SMTP server. We highly recommend setting up mail servers for your portal.

Note that if you configure mail server settings here in the Control Panel, these settings will override any mail server settings in your portal-ext.properties file.

External Services

Liferay Portal enables users to upload and share content via the Documents and Media library, a customizable and permissionable online repository. Users can upload files of any type to the Documents and Media library. Liferay ships with PDFBox and uses it to generate automatic previews for certain types of documents, by default. You can also install three additional tools that offer higher quality previews and document conversion functionality: OpenOffice or LibreOffice, ImageMagick and Xuggler. With Liferay configured to use these tools, you can generate automatic previews for many types of files including text files, office suite files, PDFs, images, audio files and videos. Users will also be able to use the conversion functionality to download documents in a variety of formats. Please see the Automatic Previews and Metadata section for more information.

LibreOffice is available here: LibreOffice, ImageMagick is available here: ImageMagick, and Xuggler is available here: Xuggler. Make sure to choose the correct versions of these applications for your operating system. We recommend that you install the latest stable versions. LibreOffice 3.6, ImageMagick 6.7.7, and Xuggler 5.4 work with Liferay 6.2. You need to install LibreOffice and ImageMagick manually but you can install Xuggler from Liferay’s Server Administration Control Panel interface.

Once you’ve installed these tools, you can use the External Services tab of the Control Panel to configure Liferay to use them.

OpenOffice/LibreOffice configuration

OpenOffice and LibreOffice are open source office suites which are usually run in graphical mode to create documents but they can also be run in “server” mode. When run in server mode, OpenOffice and LibreOffice can be used to convert documents to and from all of the file types it supports. Once configured, Liferay makes use of this feature to automatically convert content on the fly. You can install OpenOffice or LibreOffice on the same machine upon which Liferay is running or you can connect to a separate host.

If you’ve installed OpenOffice or LibreOffice on the same machine that’s running Liferay, you can start it in server mode with the following command:

soffice --headless --accept="socket,host=127.0.0.1,port=8100;urp;"
--nofirststartwizard

Once OpenOffice or LibreOffice has been installed and is running in server mode, you can configure Liferay to use it either in your portal-ext.properties file or from the Control Panel. To enable OpenOffice/LibreOffice in your portal-ext.properties file, add the following line:

openoffice.server.enabled=true

If OpenOffice or LibreOffice is running on another server or on a non-default port, you must also specify these values. The default values are as follows:

openoffice.server.host=127.0.0.1
openoffice.server.port=8100

By default, when Liferay uses OpenOffice or LibreOffice to perform conversions, it uses a cache. The first time a document is converted, a copy is saved in the Liferay temp folder /liferay/document_conversion/. When Liferay receives a conversion request, it checks this folder to see if the converted document already exists. If the converted document is found, Liferay returns it to the user. Otherwise, it performs a fresh conversion and saves a copy in the temp folder. If the cache is turned off, Liferay will always regenerate the file regardless of whether a previously existing conversion already exists in the temp folder. You can turn the cache off by setting the following property:

openoffice.cache.enabled=false

To configure Liferay to use OpenOffice/LibreOffice from the Control Panel, navigate to the Server AdministrationExternal Services page and check the Enabled box for OpenOffice. If OpenOffice/LibreOffice is running on a non-default port, you must also specify the port number. By default, OpenOffice runs on port 8100, which is the default port in the Control Panel. If you have something else running on this port, find an open port and specify it both in the command to start OpenOffice/LibreOffice in server mode and on the Control Panel’s External Services configuration page. When you are finished, click Save. Now Liferay can perform many types of document conversions.

ImageMagick configuration

Once you’ve installed the correct version of ImageMagick for your operating system, which should include the installation of Ghostscript, you need to configure Liferay to use ImageMagick. You can do this either in your portal-ext.properties file or from the Control Panel. To enable ImageMagick in your portal-ext.properties file, add the following lines and make sure the search path points to the directories for the ImageMagick and Ghostscript executables. You may also need to configure the path for fonts used by Ghostscript when in Mac or Unix environments.

imagemagick.enabled=true
imagemagick.global.search.path[apple]=/opt/local/bin:/opt/local/share/ghostscript/fonts:/opt/local/share/fonts/urw-fonts
imagemagick.global.search.path[unix]=/usr/local/bin:/usr/local/share/ghostscript/fonts:/usr/local/share/fonts/urw-fonts
imagemagick.global.search.path[windows]=C:\\Program Files\\ImageMagick

To enable ImageMagick from the Control Panel, navigate to the Server AdministrationExternal Services page, check the Enabled checkbox for ImageMagick and verify the paths to the ImageMagick and Ghostscript executables are correct.

Note that some older versions of ImageMagick are unable to properly run with Liferay. If this is the case, update to the latest version (ImageMagick 6.7.9-6 2012-09-25 Q16 or later). To check for the latest ImageMagick versions, visit http://www.imagemagick.org/script/binary-releases.php. See LPS-30291 for information on efforts to identify incompatible application versions with Liferay.

Xuggler configuration

Since Liferay 6.1.1+, you can install Xuggler completely from the Control Panel. Navigate to the Server AdministrationExternal Services page. From the dropdown, select the Xuggler .jar file that matches your operating system. Then click on Install.

In order to use Xuggler, you must restart your application server and enable Xuggler for your portal. You can enable Xuggler either from the Control Panel or by specifying the portal property that enables Xuggler.

To enable Xuggler from portal properties, add the following line to your portal-ext.properties file and restart your application server.

xuggler.enabled=true

To enable Xuggler from the Control Panel, navigate to the Server AdministrationExternal Services page, check Enabled, and click on Save.

That’s it! You’ve successfully configured Documents and Media to use Xuggler for audio and video files.

Script

Liferay includes a scripting console which lets administrators execute migration or management code instantly. Several scripting languages are supported, including JavaScript, Groovy, Python, Ruby and Beanshell. This guide contains a chapter that explains how to use Liferay’s scripting console and provides some examples. For further information about Liferay’s APIs, please refer to LDN’s Reference guide, Liferay in Action, or Liferay’s Javadocs.

Shutdown

If you ever need to shut down your Liferay Portal server while users are logged in, you can use the Shutdown tab to inform your logged-in users of the impending shutdown. You can define the number of minutes until the shutdown and a custom message that will be displayed.

Users will see your message at the top of their portal pages for the duration of time you specified. When the time expires, all portal pages will display a message saying the portal has been shut down. At this point, the server will need to be restarted to restore access. Next, let’s examine how to manage multiple portal instances.

0 (0 Votes)
Custom Fields Previous