Configuration

Version 128.3 by Silvia Macovei on 2012/03/19

Once you have XWiki installed you'll want to configure it. Configuration can be done in 2 ways:

  • by stopping the XWiki instance and editing either the xwiki/WEB-INF/xwiki.cfg file or the xwiki/WEB-INF/xwiki.properties one, and then restarting XWiki. Note that xwiki.cfg was the historical file containing configuration option but we're moving away from it and in due time all the XWiki configuration options will be found in xwiki.properties
  • by logging in as a user with admin rights and going to the Administration page using the top level menu (when using the XWiki 1.0 skin, there's a an "Administration" link in the top right corner of the screen - You can also go directly to http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences). This allows to keep the Server running while making the changes.

Note that some configurations are only accessible from the xwiki.cfg and xwiki.properties files and have no equivalent on the Administration page.

If you're a developer and need to understand how Configuration works in XWiki, check the Configuration Module Documentation.

You can verify some basic settings of your XWiki install (on Tomcat, MySQL) using the check Config and Indexes application.

There are various things you can configure:

Enable superadmin account

Edit the xwiki.cfg file and enable the xwiki.superadminpassword property. For example:

# Enable to allow superadmin. It is disabled by default as this could be a security breach if
# it were set and you forgot about it.
xwiki.superadminpassword=system

When logging in, the username will be "superadmin" and the password will be the one you set in the xwiki.superadminpassword property.

Language settings

To define the default language for your wiki go to the Administration page and in the Preferences tag locate the "Default Language" field and enter the language code for the language you wish to use. For example: "en" for English, "fr" for French, "de" for German, etc.

In addition you can configure you wiki to be multilingual. See the I18 user page for more information.

Last, you can also force your wiki to display only in one of the languages specified in the settings, by editing your WEB-INF/xwiki.cfg file. Search for the "Internationalization" section, and you should see two commented settings that you can uncomment and set to 1:

#-# By default, XWiki chooses the language specified by the client (browser) in the Accept-Language HTTP header. This
#-# allows to use the default language of the wiki when the user didn't manually choose a language.
# xwiki.language.preferDefault=0

#-# Force only one of the supported languages to be accepted.
# xwiki.language.forceSupported=0

Date format

To define the date format used in the interfaces, go to Administration / General, locate the "Date format" field and enter the date format you wish to use. Examples:

FormatResult
MMMM dd, HH:mmJanuary 27, 12:27
yyyy/MM/dd, HH:mm2009/01/27, 12:27
dd/MM/yyyy, HH:mm27/01/2009, 12:27

More information about date formatting.

Enabling/Disabling Statistics

To disable the Statistics feature, edit your xwiki.cfg file and replace the following properties as shown here:
xwiki.stats=0
xwiki.stats.default=0

where:

  • xwiki.stats controls whether Statistics are on or off
  • xwiki.stats.default controls whether Statistics are on or off by default for the current Wiki. This is useful in Virtual Wiki mode. A wiki can decide whether Statistics is on/off by setting the "statistics" field in XWiki.XWikiPreferences. If no such field is defined then the default value xwiki.stats.default is used.

To enable Statistics, change "0" to "1".

Optional Store Features

Document versioning

One of the key features of a wiki engine is the ability to keep all the history of a document, giving users the ability to see the evolution of a document, but also to revert changes. However, the history of an active wiki continuously grows and is usually much larger than the current version of the data. It is possible to disable the versioning feature in XWiki, which means that less storage space will be used, although it will not be possible to revert the document in case of vandalism.

To disable the versioning store, edit xwiki.cfg and add:
xwiki.store.versioning=0

Attachment versioning is also available and also turned on by default.

Document recycle bin

By default deleted documents are not permanently removed, but are placed in a recycle bin, from which they can later be removed or restored. To disable it, edit xwiki.cfg and add:

xwiki.recyclebin=0

Note that disabling it will make it impossible to restore a deleted document, unless a database backup is available.

By default, a deleted document can be permanently deleted right away by administrators, and after 7 days by regular users. To change these limits, edit xwiki.cfg and add:

# Admins must wait 3 days before being allowed to permanently delete
xwiki.store.recyclebin.adminWaitDays=3
# Normal users must also wait 3 days
xwiki.store.recyclebin.waitDays=3

Attachment recycle bin is similar.

Customizing the Skin

See the Skin Guide.

Security configuration

See the Security Guide.

If the users will be accessing XWiki using SSL (https) then you will have to change the way links are created so that external links do not redirect users back to the http page. This is accomplished by setting the xwiki.url.protocol property in xwiki.cfg.

Customizing Menus

The first thing to understand is that menus depend on the skin you're using. If you're using the 1.0 skin it's likely you're using the Panels Application to provide the different menu panels you see on the left or right of your wikis. Check the Panels Application to know more on how to configure/modify them.

Encoding

See the Encoding Guide.

User Authentication

See the Authentication Guide.

Customizing the registration page (2.1 and older)

The default registration page is defined as a template on the file system (named registerinline.vm). However it's possible to easily override it by creating a page named XWiki.Registration.

See more details about configuring the registration page.

Customizing the Verified Registration Page (Since 2.2M2)

The Verified Registration Page is part of the Administration Application and allows you to require users to fill in a captcha and validates user input on both the server side and the client side using Javascript. The configuration allows you to add fields and add validation constraints to the fields which are there.

(Since 2.3M1)
To turn on captcha you simply go to the administration page, click Registration and you will find a checkbox for turning on captcha along with other registation page related settings.

To turn on captcha support in version 2.2 you have to edit your xwiki.properties file. You will find this in xwiki/WEB-INF/xwiki.properties you need to add a line which says:

captcha.enabled=true

Then the registration page will require captchas.

For more information about configuring the registration page you can visit the page on the Administration Application.

Initial Groups

You can set the default groups which new users will automatically be added to by changing the xwiki.users.initialGroups parameter in your xwiki.cfg file. To make all new users be added to the groups XWiki.CoolPeople and XWiki.CommunityMembers you would set the initialGroups parameter like this:

xwiki.users.initialGroups=XWiki.CoolPeople, XWiki.CommunityMembers
  • Current members will not be automatically be added to these groups, only new members.
  • The groups have to be created before being specified as initial groups.

Logging

See the Logging page.

Configuring Interwiki links

Interwiki linking is a short hand syntax for linking to pages on other websites. For example, you could link to http://en.wikipedia.org/wiki/InterWiki just by typing [[InterWiki@WikiPedia]].

Note that different lists have to be maintained to support this function in XWiki Syntax 1.0 and 2.x.

The link notation for Interwiki links has changed in XWiki Syntax 2.1. Links should look like this in XWiki Syntax 2.1: [[interwiki:WikiPedia:InterWiki]].

Interwiki links (XWiki Syntax 1.0)

Since XWiki renders wiki syntax using the Radeox engine, it supports Interwiki links in much the same way as SnipSnap

To configure Interwiki links on your wiki:

  • Create a file named [location from where you start your container]/conf/intermap.txt
  • Fill intermap.txt with content like:
    IMDB http://us.imdb.com/Title?
    OpenWiki http://openwiki.com/?
    SourceForge http://sourceforge.net/
    TWiki http://twiki.org/cgi-bin/view/
    Why http://clublet.com/c/c/why?
    Wiki http://c2.com/cgi/wiki?
    WikiPedia http://www.wikipedia.com/wiki/

You can of course add your own entries.

  • Note that Radeox's parser for intermap.txt is very fragile. A blank line at the bottom of the file is enough to make it fall over.
  • Restart XWiki (you'll need to restart XWiki every time you change intermap.txt) and try out an Interwiki link.
  • If it does not work, check your xwiki.log file. You'll see if conf/intermap.txt could not be found, or if there was an error parsing it.

Interwiki links (XWiki Syntax 2.x)

In order to use Interwiki links in the XWiki Syntax 2.x it is necessary to configure the appropriate list in your xwiki.properties file. Look for the following section:

#-# [Since 2.5M2]
#-# InterWiki definitions in the format alias=URL
#-# See http://en.wikipedia.org/wiki/Interwiki_links for a definition of an InterWiki link
# Some examples:
# rendering.interWikiDefinitions = wikipedia = http://en.wikipedia.org/wiki/
# rendering.interWikiDefinitions = definition = http://www.yourdictionary.com/

Setting the default editor to use (Wiki or WYSIWYG)

Go the Administration screen, then click on the "General" icon and select the default editor to use, as shown on the following screenshot:

DefaultEditor.png

Starting with XWiki Enterprise 3.0, which introduced a revamp of the Administration, you can choose the default editor from "Configuration > Edit Mode Settings" (see below):

DefaultEditorStarting30.png

Configure the WYSIWYG editor

See WYSIWYG Editor Configuration page to find out how you can enable or disable editing features.

Link URLs

With parameters, you can specify what type of links will be made by XWiki.

Reverse proxy setup

XWiki can and does run behind reverse proxies such as Apache mod_proxy. Usually the only thing needed is to have the x-forwarded-host http header set to the external URL and XWiki will write links correctly.

Some reverse proxy software does not set this header and with XWiki Enterprise 3.0M3 or newer, you can use the
xwiki.home parameter in single wiki instances (non farm) to achieve the same result.

  • xwiki.home - parameter in xwiki.cfg will be used to make all links pointing to the main wiki on the server. If your main wiki is called "xwiki" but you want your users to access it by going to www.yoursite.tld instead of xwiki.yoursite.tld, you may set the xwiki.home param to http://www.yoursite.tld/
    Since XWiki Enterprise 3.0M3, this parameter will also work for single wiki instances and will be the final authority if the x-forwarded-host parameter is not set.
  • xwiki.url.protocol - with the xwiki.url.protocol parameter in xwiki.cfg, you can explicitly specify the protocol as https. This is useful if you are running xwiki behind a reverse proxy which converts https into plain http so xwiki only sees http.

Short URLs

It's possible to configure XWiki so that is uses shorter URLs.

Configure the names of database schemas (since 1.6M1)

Sometimes, especially in enterprise environment, we need control names of database schemes, other than default.

  • xwiki.db  -- name of database schema for the main wiki (including the name of the wiki in a non-virtual environment, otherwise the database name comes from hibernate configuration file).
  • xwiki.db.prefix -- useful mainly for virtual wikis, where we have a separate database schema for each virtual wiki. This prefix is added to the database schema name after usual mapping between wiki names and schemas. Note that this is also applying to the main wiki database name.

Turning off comments or attachments

You need to change the XWiki.XWikiPreferences class like this:

  • Go to <server>/xwiki/bin/edit/XWiki/XWikiPreferences?editor=class
  • Add a new property called showcomments (or showattachments for turning off attachments) of type String Class 
  • Go to <server>/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object&classname=XWiki.XWikiPreferences and write no in the showcomments (or showattachments) field

That's it, the comments (or attachments) are gone. If you want to re-enable them, replace the "no" value with "yes".

Configure edit comment behavior

When page editing you can add a comment of changes in special comment field by default (Look at PageEditing). You can disable this feature by set xwiki.editcomment=0 in xwiki.cfg.

When edit comment feature is enabled, you also can set edit comment mandatory by set xwiki.editcomment.mandatory=1 in xwiki.cfg. This will show popup window with the request to set edit comment if there is no comment entered. It doesn't allow to set empty comment. If you want a popup, but want to be able to set empty edit comment, set xwiki.editcomment.suggested=1 in xwiki.cfg

If you set edit comment as mandatory or suggested, you can also remove comment field from page editing form and use only popup window for set edit comment. Set xwiki.editcomment.hidden=0 in xwiki.cfg to do this.

You can use the special fields in XWikiPreferences object instead of edit xwiki.cfg. These fields are: editcomment, editcomment_mandatory, editcomment_suggested and editcomment_hidden.

Configuring the SMTP server

If you're planning to use XWiki's feature that send emails you'll need to configure the SMTP server used and the email address under which XWiki will send emails.

To configure these go to the Administration page (http://<server>/xwiki/bin/admin/XWiki/XWikiPreferences), click on the "general" icon and modify the Admin email field to set the email under which XWiki emails will be sent and modify the Server field to set the SMTP server to use, as shown on the figure below.

MailSettings.png

Starting with XWiki Enterprise 3.0 these changes should be performed from "Configuration > Email" (see below):

MailSettingsStarting30.png

Your mail server might require some additional options. For a full list of possible parameters, please check the documentation for JavaMail. The most common are listed here :

 OptionDescriptionExamples
mail.smtp.localhostLocal host name used in the SMTP HELO or EHLO command. Defaults to InetAddress.getLocalHost().getHostName(). Should not normally need to be set if your JDK and your name service are configured properly.mail.smtp.localhost=yourhostname.com
mail.smtp.authIf true, attempt to authenticate the user using the AUTH command. Defaults to false.mail.smtp.auth=true
mail.smtp.starttls.enableIf true, enables the use of the STARTTLS command (if supported by the server) to switch the connection to a TLS-protected connection before issuing any login commands. Note that an appropriate trust store must be configured so that the client trusts the server's certificate. Defaults to false. mail.smtp.starttls.enable=true

Using Google SMTP server

propertyvalue
serversmtp.gmail.com
port587
user[email protected]
passwordxakep
JavaMail propertiesmail.smtp.starttls.enable=true

Configuring WebDAV (since 1.7)

WebDAV support has been added to XWiki beginning from XWiki Enterprise 1.7. It is very important to note that WebDAV is enabled by default.

Securing WebDAV Server

XWiki's WebDAV implementation only supports Basic Access Authentication scheme for authenticating WebDAV clients. Because of this reason it is highly recommended that you employ a transport level security mechanism like SSL to protect your clients. You may consult your web application container's documentation to see how this can be achieved.

Disabling WebDAV

To disable WebDAV support in your XWiki server, simply edit your web.xml file and remove the url-mapping element for mapping webdav requests. The url-mapping element for WebDAV looks something like:

<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/webdav/*</url-pattern>
</servlet-mapping>

Redirections

XWiki supports defining redirections for incoming requests. To activate this feature modify your xwiki.cfg file and set the following property:
xwiki.preferences.redirect=1

Then for each redirection you want to add, add a XWiki.GlobalRedirect object to your main wiki's XWiki.XWikiPreferences document. The XWiki.GlobalRedirect object has 2 fields: pattern and destination. The URL received is matched on pattern and if there's a match it's replaced with the value from destination. XWiki then redirects to the new URL.

Customizing the PDF export Look & Feel

In the future we'll want to rewrite the PDF/RTF exports as Renderers in the new Rendering Module architecture. When this happens this section will be upgraded.

Here's how the PDF and RTF exports currently work:
XWikiExport201010290119.png

As shown in the diagram you can customize 4 parts:

  • The templates, pdf.vm and the referenced subparts, pdfhtmlheader.vm, pdfheader.vm, pdffooter.vm, pdftoc.vm, pdfcover.vm, which can be overridden by a copy located in a custom skin.
  • The CSS used to render the content as PDF/RTF. There is no pdf.css by default. It could be created in /templates or in a skin; a copy in a skin, override the one located in /templates. 
  • The XHTML2FO XSL transformation. The default one, xhtml2fo.xsl, is packed in core jar.
  • The FOP XSL transformation. The default one, fop.xsl, is also packed in core jar.

After the export request triggers XWiki ExportAction, the content of your document is parsed by Velocity to get the initial XHTML content. JTidy, a HTML/XHTML syntax checker and pretty printer, will clean the initial XHTML to make it XHTML compliant. No customization is possible in this step.

In order to provide your own customization you need to start by tweaking the default templates (they can also be copied to a new skin) and/or by creating a new XWiki Class. To do that simply create a new page called XWiki.PDFClass and edit it in Class mode (for ex: http://yourserver.com/xwiki/bin/edit/XWiki/PDFClass?editor=class). Add the following Text Area properties as needed (they are all optional so you only need to define the ones you need to use):

  • style: contains the CSS information that will overwrite or complement the default pdf.css values if they exist. css4j, a CSS API implementation for the Java&trade; platform, will take care of this.
  • xhtmlxsl: contains the XHTML to FO XSL overriding the default one. It is processed by Apache Xalan, a XSLT processor for transforming XML documents into HTML, text, or other XML document types.
  • fopxsl: contains the FOP to PDF/RTF XSL overriding the default one. It is processed by Apache FOP.

The name of the class must be XWiki.PDFClass

The good thing about fop/xsl-fo is that the xsl-fo document is independent of the final result. So we can export the wiki documents into many formats.

Then create a new page (say XWiki.PDFTemplate) and add the XWiki.PDFClass object to it.

Last use that page when calling the PDF/RTF export using the pdftemplate parameter as in http://yourserver/xwiki/bin/export/Space/Page?format=pdf&language=en&pdftemplate=XWiki.PDFTemplate. No template is used by default.

As mentioned the style property stores CSS code. The field is parsed by the Velocity engine, so you can use the current color theme to style your PDF. For example:
#template('colorThemeInit.vm')
h2 {
  color: $theme.titleColor;
}

td {
  border-color: $theme.borderColor;
}

Even though RTF export is expected to work the same way, there are still some isues to be solved affecting how CSS properties control the final layout.

Configuring Wiki Syntaxes and default Syntax

Starting with XWiki Enterprise 1.6 it's possible to configure the Wiki syntaxes that are available to the user. To do so edit the WEB-INF/xwiki.cfg file and configure the xwiki.rendering.syntaxes property. It's a comma-separated list of syntax ids. For example:

xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, xhtml/1.0, twiki/1.0

In addition starting with XWiki Enterprise 1.8 it's possible to set the default syntax to be used when creating new documents. To do so edit the WEB-INF/xwiki.properties file and configure the core.defaultDocumentSyntax property. For example to use XWiki Syntax 2.0 by default:

#-# Specifies the default syntax to use when creating new documents.
#-# Default value is xwiki/1.0.
core.defaultDocumentSyntax = xwiki/2.0

Hint: If it doesn't work check that you've edited the correct configuration file.

Title behavior

The following configuration parameters (in xwiki.cfg can be used to control title behavior):

#-# Defines whether title handling should be using the compatibility mode or not. When the compatibility
#-# mode is active, if the document's content first header (level 1 or level 2) matches the document's title
#-# the first header is stripped.
xwiki.title.compatibility=1

#-# Defines the maximum header depth to look for when computing a document's title from its content. If no header
#-# equal or lower to the specified depth is found then the computed title falls back to the document name.
#-# The default value is 2.
# xwiki.title.headerdepth=2

#-# Defines if setting the title field must be mandatory in the WYSIWYG and Wiki editors. It is mandatory when this
#-# property is set to 1. The default value is 0 (not mandatory).
# xwiki.title.mandatory=0

Link Label Generation

Starting with XWiki Syntax 2.0 it's possible to configure how labels are generated by the system when the user doesn't provide one (e.g. Main)

Her's an extract from the xwiki.properties file which is where this feature is configurable:

#-# [Since 1.8RC2]
#-# Specifies how links labels are displayed when the user doesn't specify the label explicitely.
#-# Valid values:
#-#   %w: wiki name
#-#   %s: space name
#-#   %p: page name
#-#   %P: page name with spaces between camel case words, i.e. "My Page" iff the page name is "MyPage"
#-#   %t: page title
#-#
#-# Note that if the page title is empty or not defined then it defaults to %p. This is also the case
#-# if the title cannot be retrieved for the document.
#-#
#-# The default is "%p". Some examples: "%s.%p", "%w:%s.%p".
# rendering.linkLabelFormat = %p

Rendering Cache

See the Performance page

Allowed Pages for Inactive Users

The xwiki.cfg configuration file includes a property called xwiki.inactiveuser.allowedpages. This property can be used to build a whitelist of pages that can be read by inactive users. The format that should be used is a comma-separated list of pages that users that are marked as inactive are allowed to see.

This property is needed due to the fact that in XWiki, some users can be marked as inactive, for example when enabling user email verification in the administration. An inactive user has an account, but the account needs to be validated in order for the user to be able to access the wiki. Access rights do not apply to inactive users (they are recognized neither as XWikiGuest nor as members of XWikiAllGroup).

Note: inactive users are always allowed to see the XWiki.AccountValidation page in order to validate their account.

Rendering Transformations

You can control which Transformations are active (by default the Macro and Icon ones are active by default) by editing xwiki.properties:

#-# [Since 2.6RC1]
#-# Controls what transformations will be executed when rendering content.
#-# A transformation modifies the parsed content. For example the Icon transformation replaces some characters with
#-# icons, a WikiWord transformation will automatically create links when it finds wiki words, etc.
#-# Note that the Macro transformation is a special transformation that replaces macro markers by the result of the
#-# macro execution. If you don't list it, macros won't get executed.
#-# The default value is: rendering.transformations = macro, icon

For example if you wish to turn off the Icon Transformation to not render emoticons, you'd define the following property:

rendering.transformations = macro

Sample xwiki.cfg

#---------------------------------------
# Preamble
#
# This is the main old XWiki configuration file. Commented parameters show the default value, although some features
# might be disabled. To customize, uncomment and put your own value instead.


#---------------------------------------
# General wiki settings
#

#-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true
# xwiki.readonly=no

#-# [Since 1.6RC1] Defines the list of supported syntaxes
#-# Available syntaxes are:
#-#    xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0,  mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01, plain/1.0
xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0

#-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document
#-# names.
# xwiki.users.initialGroups=XWiki.XWikiAllGroup

#-# Should all users be considered members of XWiki.XWikiAllGroup, even if they don't have an associated object in the
#-# group's document?
# xwiki.authentication.group.allgroupimplicit=0

#-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document
# xwiki.unknownActionResponse=view

#-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored,
#-# since we want to be independend of the underlying system.
xwiki.encoding=UTF-8

#-# This parameter will activate the sectional editing.
xwiki.section.edit=1

#-# This parameter controls the depth of sections that have section editing.
#-# By default level 1 and level 2 sections have section editing.
xwiki.section.depth=2

#-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links.
xwiki.backlinks=1

#-# Enable document tags.
xwiki.tags=1


#---------------------------------------
# Storage
#

#-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one
#-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other
#-# than 'default') and put its hint here.
#
#-# The main (documents) storage.
# xwiki.store.main.hint=default
#-# The attachment storage.
# xwiki.store.attachment.hint=default
#-# The document versioning storage.
# xwiki.store.versioning.hint=default
#-# The attachment versioning storage. Use 'void' to disable attachment versioning.
# xwiki.store.attachment.versioning.hint=default
#-# The document recycle bin storage.
# xwiki.store.recyclebin.hint=default
#-# The attachment recycle bin storage.
# xwiki.store.attachment.recyclebin.hint=default

#-# Whether the document recycle bin feature is activated or not
# xwiki.recyclebin=1
#-# Whether the attachment recycle bin feature is activated or not
# storage.attachment.recyclebin=1
#-# Whether the document versioning feature is activated or not
# xwiki.store.versioning=1
#-# Whether the attachment versioning feature is activated or not
# xwiki.store.attachment.versioning=1
#-# Whether the attachments should also be rolled back when a document is reverted.
# xwiki.store.rollbackattachmentwithdocuments=1

#-# The path to the hibernate configuration file.
# xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml

#-# Whether to update the database schema on startup. Useful when upgrading XWiki. as the mapping could change between
#-# versions, and this allows to automatically update the database. Should be disabled (=0) during normal operation to
#-# improve the startup time.
# xwiki.store.hibernate.updateschema=1

#-# Allow or disable custom mapping for particular XClasses. Custom mapping may increase the performance of certain
#-# queries when large number of objects from particular classes are used in the wiki.
# xwiki.store.hibernate.custommapping=1
#-# Dynamic custom mapping.
# xwiki.store.hibernate.custommapping.dynamic=0

#-# Put a cache in front of the document store. This greatly improves performance at the cost of memory consumption.
#-# Disable only when memory is critical.
# xwiki.store.cache=1

#-# Maximum number of documents to keep in the cache.
# xwiki.store.cache.capacity=100

#-# [Since 1.6M1]
#-# Force the database name for the main wiki in virtual mode and for the wiki itself in non virtual mode.
# xwiki.db=xwiki

#-# [Since 1.6M1]
#-# Add a prefix to all databases names of the wikis in virtual mode and to the wiki name in non virtual mode.
# xwiki.db.prefix=


#---------------------------------------
# Data migrations
#
# Similar to schema updates, this manipulates the actual data, and not just the layout of the database. Useful for
# migrating data to new formats, correct errors introduced in older versions, or even for schema updates that are not
# handled by velocity.

#-# Whether migrations are enabled or not. Should be enabled when upgrading, but for a better startup time it is better to
#-# disable them in production.
xwiki.store.migration=1

#-# Migration manager class. The default works with a Hibernate storage.
# xwiki.store.migration.manager.class=com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager

#-# Whether to exit after migration. Useful when a server should handle migrations for a large database, without going
#-# live afterwards.
# xwiki.store.migration.exitAfterEnd=0

#-# Indicate the list of databases to migrate.
#-# to upgrade all wikis database set xwiki.store.migration.databases=all
#-# to upgrade just some wikis databases set xwiki.store.migration.databases=xwiki,wiki1,wiki2
#-# Note: the main wiki is always migrated whatever the configuration.
# xwiki.store.migration.databases=

#---------------------------------------
# Internationalization
#

#-# By default, XWiki chooses the language specified by the client (browser) in the Accept-Language HTTP header. This
#-# allows to use the default language of the wiki when the user didn't manually choose a language.
# xwiki.language.preferDefault=0

#-# Force only one of the supported languages to be accepted.
# xwiki.language.forceSupported=0


#---------------------------------------
# Virtual wikis (farm)
#

#-# This parameter allows XWiki to operate in Hosting mode allowing to create multiple wikis having their own database and
#-# responding to different URLs
xwiki.virtual=0

#-# URL to redirect to when a requested wiki does not exist. This should be changed to a real page.
xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist

#-# Forbidden names that should not be allowed when creating a new wiki.
# xwiki.virtual.reserved_wikis=

#-# How virtual wikis are mapped to different URLs. If set to 0 (the default), then virtual wikis have different domain
#-# names, in the format http://wikiname.myfarm.net/. If set to 1, then the domain is common for the entire farm, but the
#-# path contains the wiki name, in the format http://myfarm.net/xwiki/wiki/wikiname/.
#-# Note that you can configure the "/wiki/" part with xwiki.virtual.usepath.servletpath property.
# xwiki.virtual.usepath=0

#-# Configure the servlet action identifier for url path based multiwiki. It has also to be modified in web.xml.
# xwiki.virtual.usepath.servletpath=wiki

#---------------------------------------
# URLs
#

#-# The domain name to use when creating URLs to the default wiki. If set, the generated URLs will point to this server
#-# instead of the requested one. It should contain schema, domain and (optional) port, and the trailing /. For example:
#-# xwiki.home=http://www.xwiki.org/
#-# xwiki.home=http://wiki.mycompany.net:8080/
# xwiki.home=

#-# The name of the default URL factory that should be used.
# xwiki.urlfactory.serviceclass=com.xpn.xwiki.web.XWikiURLFactoryServiceImpl

#-# Force the protocol to use in the generated URLs. The right value is taken from the request URL, so setting this
#-# is not recommended in most cases.
#-# For example:
#-# xwiki.url.protocol=https
# xwiki.url.protocol=
#-# The name of the webapp to use in the generated URLs. The right value is taken from the request URL, so setting this
#-# is not recommended in most cases. If set, the value should contain a trailing /, but not a leading one. For example:
#-# xwiki.webapppath=xwiki/
# xwiki.webapppath=
#-# The default servlet mapping name to use in the generated URLs. The right value is taken from the request URL,
#-# preserving the requested servlet mapping, so setting this is not recommended in most cases. If set, the value should
#-# contain a trailing /, but not a leading one. For example:
#-# xwiki.servletpath=bin/
# xwiki.servletpath=
#-# The fallback servlet mapping name to use in the generated URLs. Unlike xwiki.servletpath, this is the value used when
#-# the correct setting could not be determined from the request URL. A good way to use this setting is to achieve short
#-# URLs, see http://platform.xwiki.org/xwiki/bin/Main/ShortURLs
# xwiki.defaultservletpath=bin/

#-# Whether the /view/ part of the URL should be included if the target action is 'view'.
# xwiki.showviewaction=1
#-# The name of the default space. This is displayed when the URL specifies a document, but not a space, or neither.
# xwiki.defaultweb=Main
#-# Hide the /Space/ part of the URL when the space is the default one. Warning: use 1 to hide, 0 to show.
# xwiki.usedefaultweb=0
#-# The name of the default page of a space. This is displayed when the URL specifies a space, but not a document, or neither.
# xwiki.defaultpage=WebHome
#-# Hide the /WebHome part of the URL when the document is the default one. Use 0 to hide, 1 to show.
# xwiki.usedefaultaction=0


#---------------------------------------
# Users
#

xwiki.inactiveuser.allowedpages=


#---------------------------------------
# Authentication and authorization
#

#-# Enable to allow superadmin. It is disabled by default as this could be a
#-# security breach if it were set and you forgot about it. Should only be enabled
#-# for recovering the Wiki when the rights are completely messed.
# xwiki.superadminpassword=system

#-# Authentication type. You can use 'basic' to always use basic authentication.
# xwiki.authentication=form

#-# Indicate if the authentication has do be done for each request
#-# 0: the default value, authentication is done only once by session.
#-# 1: the authentication is done for each request.
# xwiki.authentication.always=0

#-# Cookie encryption keys. You SHOULD replace these values with any random string,
#-# as long as the length is the same.
xwiki.authentication.validationKey=totototototototototototototototo
xwiki.authentication.encryptionKey=titititititititititititititititi

#-# Comma separated list of domains for which authentication cookies are set. This
#-# concerns mostly wiki farms. The exact meaning is that when a user logs in, if
#-# the current domain name corresponding to the wiki ends with one of the entries
#-# in this parameter, then the cookie is set for the larger domain. Otherwise, it
#-# is set for the exact domain name of the wiki.
#-#
#-# For example, suppose the cookiedomains is set to "mydomain.net". If I log in
#-# on wiki1.xwiki.com, then the cookie will be set for the entire mydomain.net
#-# domain, and if I visit wiki2.xwiki.com I will still be authenticated. If I log
#-# in on wiki1.otherdomain.net, then I will only be authenticated on
#-# wiki1.otherdomain.net, and not on wiki2.otherdomain.net.
#-#
#-# So you need this parameter set only for global authentication in a
#-# farm, there's no need to specify your domain name otherwise.
#-#
#-# Example: xwiki.authentication.cookiedomains=xwiki.org,myxwiki.org
xwiki.authentication.cookiedomains=

#-# This allows logout to happen for any page going through the /logout/ action, regardless of the document or the servlet.
#-# Comment-out if you want to enable logout only for /bin/logout/XWiki/XWikiLogout
#-# Currently accepted patterns:
#-# - /StrutsServletName/logout/ (this is usually /bin/logout/ and is the default setup)
#-# - /logout/ (this works with the short URLs configuration)
#-# - /wiki/SomeWikiName/logout/ (this works with path-based virtual wikis)
xwiki.authentication.logoutpage=(/|/[^/]+/|/wiki/[^/]+/)logout/*

#-# The group management class.
# xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.xwiki.XWikiGroupServiceImpl
#-# Default value for exo:
# xwiki.authentication.groupclass=com.xpn.xwiki.user.impl.exo.ExoGroupServiceImpl

#-# The authentication management class.
# xwiki.authentication.authclass=com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl
#-# Default value for exo:
# xwiki.authentication.authclass=com.xpn.xwiki.user.impl.exo.ExoAuthServiceImpl
#-# Default value for LDAP:
# xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl

#-# The authorization management class.
# xwiki.authentication.rightsclass=com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl

#-# If an unauthenticated user (guest) tries to perform a restricted action, by default the wiki redirects to the login
#-# page. Enable this to simply display an "unauthorized" message instead, to hide the login form.
# xwiki.hidelogin=false

#-# HTTP status code to sent when the authentication failed.
xwiki.authentication.unauthorized_code=200


#---------------------------------------
# Rendering
#

#-# Disable particular renderers (in the old rendering engine).
#-# Macro mapping
# xwiki.render.macromapping=1
#-# Velocity interpreter
# xwiki.render.velocity=1
#-# Groovy interpreter
# xwiki.render.groovy=1
#-# Plugin rendering
# xwiki.render.plugin=1
#-# Radeox wiki renderer
# xwiki.render.wiki=1
#-# Simple wiki syntax rendering
# xwiki.render.wikiwiki=0

#-# Maximum number of documents to keep in the rendered cache
# xwiki.render.cache.capacity=100

#-# Default target for external links. Use _blank to open external links in a new tab/window.
# xwiki.render.externallinks.defaulttarget=


#---------------------------------------
# Editing
#

#-# Minor edits don't participate in notifications.
# xwiki.minoredit=1

#-# Use edit comments
xwiki.editcomment=1

#-# Hide editcomment field and only use Javascript
# xwiki.editcomment.hidden=0

#-# Make edit comment mandatory
xwiki.editcomment.mandatory=0

#-# Make edit comment suggested (asks 1 time if the comment is empty.
#-# 1 shows one popup if comment is empty.
#-# 0 means there is no popup.
#-# This setting is ignored if mandatory is set
# xwiki.editcomment.suggested=0


#-------------------------------------------------------------------------------------
# LDAP
#-------------------------------------------------------------------------------------

#-# new LDAP authentication service
# xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl

#-# Turn LDAP authentication on - otherwise only XWiki authentication
#-# 0: disable
#-# 1: enable
# xwiki.authentication.ldap=1

#-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.)
xwiki.authentication.ldap.server=127.0.0.1
xwiki.authentication.ldap.port=389

#-# LDAP login, empty = anonymous access, otherwise specify full dn
#-# {0} is replaced with the username, {1} with the password
xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_pass={1}

#-# Force to check password after LDAP connection
#-# 0: disable
#-# 1: enable
xwiki.authentication.ldap.validate_password=0

#-# only members of the following group will be verified in the LDAP
#-# otherwise only users that are found after searching starting from the base_DN
# xwiki.authentication.ldap.user_group=cn=developers,ou=groups,o=MegaNova,c=US

#-# [Since 1.5RC1, XWikiLDAPAuthServiceImpl]
#-# only users not member of the following group can autheticate
# xwiki.authentication.ldap.exclude_group=cn=admin,ou=groups,o=MegaNova,c=US

#-# base DN for searches
xwiki.authentication.ldap.base_DN=

#-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name (default=cn)
# xwiki.authentication.ldap.UID_attr=cn

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]
#-# Specifies the LDAP attribute containing the password to be used "when xwiki.authentication.ldap.validate_password" is set to 1
# xwiki.authentication.ldap.password_field=userPassword

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]
#-# The potential LDAP groups classes. Separated by commas.
# xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]
#-# The potential names of the LDAP groups fields containings the members. Separated by commas.
# xwiki.authentication.ldap.group_memberfields=member,uniqueMember

#-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute)
xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,email=mail

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# on every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki account is created.
xwiki.authentication.ldap.update_user=1

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# mapps XWiki groups to LDAP groups, separator is "|"
# xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=AdminRole,ou=groups,o=MegaNova,c=US|\
#                                         XWiki.Organisation=cn=testers,ou=groups,o=MegaNova,c=US

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# time in s after which the list of members in a group is refreshed from LDAP (default=3600*6)
# xwiki.authentication.ldap.groupcache_expiration=21800

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# - create : synchronize group membership only when the user is first created
#-# - always: synchronize on every login
# xwiki.authentication.ldap.mode_group_sync=always

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# if ldap authentication fails for any reason, try XWiki DB authentication with the same credentials
xwiki.authentication.ldap.trylocal=1

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# SSL connection to LDAP server
#-# 0: normal
#-# 1: SSL
# xwiki.authentication.ldap.ssl=0

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]
#-# The keystore file to use in SSL connection
# xwiki.authentication.ldap.ssl.keystore=

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]
#-# The java secure provider used in SSL connection
# xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider


#---------------------------------------
# Cache
# [DEPRECATED since 1.7M1: this way to configure cache provider is deprecated, you should use xwiki.properties instead.]
#---------------------------------------

#-# [Since 1.5M2]
#-# The cache component implementation to use as "normal" (can be local or distributed depending on the implementation)
#-# cache component.
# xwiki.cache.cachefactory.hint=jbosscache

#-# [Since 1.5M2]
#-# The cache component to use as local cache component.
# xwiki.cache.cachefactory.local.hint=jbosscache/local


#---------------------------------------
# WYSIWYG Editor configuration
#

#-# You can configure the toolbars you wish to see in the WYSIWYG editor by defining the
#-# xwiki.wysiwyg.toolbars property.
#-# When not defined it defaults to:
#   xwiki.wysiwyg.toolbars=texttoolbar, listtoolbar, indenttoolbar, undotoolbar, titletoolbar, \
#                          styletoolbar, horizontaltoolbar, attachmenttoolbar, macrostoolbar, \
#                          tabletoolbar, tablerowtoolbar, tablecoltoolbar, linktoolbar
#-# The full list of toolbars includes the one defined above and the following ones:
#-#   subtoolbar, findtoolbar, symboltoolbar


#---------------------------------------
# Skins & Templates configuration
#

#-# The default skin to use when there's no value specified in the wiki preferences document. Note that the default
#-# wiki already specifies a skin, so this setting is only valid for empty wikis.
xwiki.defaultskin=colibri

#-# The default base for skins that don't specify a base skin. This is also the last place where a skin file is searched
#-# if not found in the more specific skins.
xwiki.defaultbaseskin=albatross

#-# Defines whether title handling should be using the compatibility mode or not. When the compatibility
#-# mode is active, if the document's content first header (level 1 or level 2) matches the document's title
#-# the first header is stripped.
xwiki.title.compatibility=1

#---------------------------------------
# Extensions
#

#-# List of active plugins.
xwiki.plugins=\
                    com.xpn.xwiki.monitor.api.MonitorPlugin,\
                    com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\
                    com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\
                    com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\
                    com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\
                    com.xpn.xwiki.plugin.feed.FeedPlugin,\
                    com.xpn.xwiki.plugin.ldap.LDAPPlugin,\
                    com.xpn.xwiki.plugin.google.GooglePlugin,\
                    com.xpn.xwiki.plugin.flickr.FlickrPlugin,\
                    com.xpn.xwiki.plugin.mail.MailPlugin,\
                    com.xpn.xwiki.plugin.packaging.PackagePlugin,\
                    com.xpn.xwiki.plugin.query.QueryPlugin,\
                    com.xpn.xwiki.plugin.svg.SVGPlugin,\
                    com.xpn.xwiki.plugin.charts.ChartingPlugin,\
                    com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\
                    com.xpn.xwiki.plugin.image.ImagePlugin,\
                    com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\
                    com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl,\
                    com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\
                    com.xpn.xwiki.plugin.autotag.AutoTagPlugin,\
                    com.xpn.xwiki.plugin.lucene.LucenePlugin,\
                    com.xpn.xwiki.plugin.diff.DiffPlugin,\
                    com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\
                    com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\
                    com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\
                    com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\
                    com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin, \
                    com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \
                    com.xpn.xwiki.wysiwyg.server.plugin.WysiwygPlugin, \
                    com.xpn.xwiki.plugin.tag.TagPlugin

#-# Enable light monitoring of the wiki performance. Records various statistics, like number of requests processed,
#-# time spent in rendering or in the database, medium time for a request, etc. Disable for a minor increase of
#-# performance and a bit of memory.
# xwiki.monitor=1

#-# Maximum number of last requests to remember.
# xwiki.monitor.lastlistsize=20

#-# Stats configuration allows to globally activate/deactivate stats module (launch storage thread, register events...).
#-# Enabled by default.
# xwiki.stats=1
#-# When statistics are globally enabled, storage can be enabled/disabled by wiki using the XWikiPreference property "statistics".
#-# Note: Statistics are disabled by default for improved performances/space.
xwiki.stats.default=0
#-# It is also possible to choose a different stats service to record statistics separately from XWiki.
# xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl

#-# This parameter will activate the eXo Platform integration
xwiki.exo=0

#-# GraphViz plugin configuration. The GraphViz plugin is not configured by default.
#-# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins
#-# in the xwiki.plugins property.
#-# Uncomment and set the locations of the Dot and Neato executables
# xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe
# xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe

xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/
xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/

xwiki.plugin.image.cache.capacity=30

#-# Calendar Prev/Next Month bounds.
#-# The calendar generates links to the previous/next months for a limited range, by default 6 months back and 12 months
#-# after. A value of 0 means that there is no limit in that direction.
# xwiki.calendar.bound.prev=6
# xwiki.calendar.bound.next=12

#-# Lucene search engine
#-# Location where to place the lucene index files. The default is the "lucene" subdirectory in the container's "work"
#-# diectory. Change it if you want to store indexes in another place.
# xwiki.plugins.lucene.indexdir=/usr/local/xwiki/lucene
#-# The text analyzer to use for indexing.
# xwiki.plugins.lucene.analyzer=org.apache.lucene.analysis.standard.StandardAnalyzer
#-# The number of seconds to wait between reindexes. A smaller value ensures that new documents will be indexed faster,
#-# but with a minor performance reduction. Adjust according to your wiki load.
# xwiki.plugins.lucene.indexinterval=20
#-# The maximum size of the indexing queue. After this limit is reached, the reindex thread will have to wait until the
#-# queue is consumed. Note that this does not affect documents submitted through the notification mechanism, only the
#-# full reindex option.
# xwiki.plugins.lucene.maxQueueSize=1000

#-# [Since 2.0RC1]
#-# Activity Stream plugin.
#-# The Activity Stream plugin stores data in a dedicated table in the database. In virtual mode each wiki has it's own
#-# database, the plugin can be configured to store its data into the database corresponding to the wiki, into the main
#-# database (default: xwiki) or both. If the wiki is not running in virtual mode these options will not have any
#-# effect. These options should not be both set to 0 (in this case the local store will be forced).
#-# Important note: disabling storage in the main store will prevent the watchlist from retrieving events from subwikis.
#-#
#-# Default: 1
# xwiki.plugin.activitystream.uselocalstore=1
#-#
#-# Default: 1
# xwiki.plugin.activitystream.usemainstore=1
#-#
#-# Number of days the events should be kept (0 or any negative value: infinite duration)
#-# Note: if this value is greater than 0 a scheduler job will be created, this job will then be fired every week to
#-# delete events older than the configured value.
#-# Default: 0
# xwiki.plugin.activitystream.daystokeepevents=0

#---------------------------------------
# Misc
#

#-# Temporary directory where XWiki can put files (during exort and upload, for example).
# xwiki.temp.dir=/tmp/xwiki
#-# XWiki work directory
# xwiki.work.dir=/usr/local/xwiki

xwiki.work.dir=work

Sample xwiki.properties

# This is the new XWiki configuration file. In the future it'll replace the old
# xwiki.cfg file. However right now it's only used by some XWiki components.
# As time progresses more and more component will get their configurations from
# this file.

#-------------------------------------------------------------------------------------
# Core
#-------------------------------------------------------------------------------------

#-# [Since 1.8RC2]
#-# Specifies the default syntax to use when creating new documents.
#-# Default value is xwiki/2.0.
# core.defaultDocumentSyntax = xwiki/1.0

#-------------------------------------------------------------------------------------
# Rendering
#-------------------------------------------------------------------------------------

#-# [Since 1.8RC2]
#-# Specifies how links labels are displayed when the user doesn't specify the label explicitely.
#-# Valid values:
#-#   %w: wiki name
#-#   %s: space name
#-#   %p: page name
#-#   %P: page name with spaces between camel case words, i.e. "My Page" iff the page name is "MyPage"
#-#   %t: page title
#-#
#-# Note that if the page title is empty or not defined then it defaults to %p. This is also the case
#-# if the title cannot be retrieved for the document.
#-#
#-# The default is "%p". Some examples: "%s.%p", "%w:%s.%p".
# rendering.linkLabelFormat = %p

#-# [Since 2.0M3]
#-# Overrides default macro categories (Each macro has a default category already defined, for example
#-# "presentation" for the Table of Contents Macro).
#-#
#-# Ex: To redefine the macro category for the TOC macro so that it'd be in the "My Category" category +
#-# redefine the category for the Script Macro to be "My Other Category", you'd use:
# rendering.macroCategories = toc:My Category
# rendering.macroCategories = script:My Other Category

#-------------------------------------------------------------------------------------
# Cache
#-------------------------------------------------------------------------------------

#-# [Since 1.7M1]
#-# The standard cache component implementation to use (can be local or distributed depending on the implementation).
#-# The default standard cache implementation is JBoss Cache.
# cache.defaultCache=jbosscache

#-# [Since 1.7M1]
#-# The local cache implementation to use.
#-# The default local cache implementation is JBoss Cache.
# cache.defaultLocalCache=jbosscache/local

#----------------------------------------------------------------------------------
# Settings for the OpenOffice server instance consumed by the OfficeImporter plugin
#----------------------------------------------------------------------------------

#-# [Since 1.9M2]
#-# Type of the openoffice server instance used by officeimporter plugin.
#-# 0 - Internally managed server instance. (Default)
#-# 1 - Externally managed (local) server instance.
# openoffice.serverType=0

#-# [Since 1.9M2]
#-# Port number used for connecting to the openoffice server instance.
#-# Default port is 8100
# openoffice.serverPort=8100

#-# [Since 1.9M2]
#-# If the openoffice server should be started / connected upon XE start.
#-# Default value is false
# openoffice.autoStart=false

#-# [Since 1.8RC3]
#-# Path to openoffice installation (serverType:0 only).
#-# If no path is provided, a default value will be calculated based on the operating environment.
# openoffice.homePath=/opt/openoffice.org3/

#-# [Since 1.8RC3]
#-# Path to openoffice execution profile (serverType:0 only).
#-# If no path is provided, a default value will be calculated based on the operating environment.
# openoffice.profilePath=/home/user/.openoffice.org/3

#-# [Since 1.8RC3]
#-# Maximum number of simultaneous conversion tasks to be handled by a single openoffice process (serverType:0 only).
#-# Default value is 50
# openoffice.maxTasksPerProcess=50

#-# [Since 1.8RC3]
#-# Timeout for conversion tasks (in miliseconds) (serverType:0 only).
#-# Default value is 30 seconds
# openoffice.taskExecutionTimeout=30000

#-------------------------------------------------------------------------------------
# Velocity
#-------------------------------------------------------------------------------------

#-# [Since 2.0M1]
#-# Velocity Tools that will be available from your scripts. The format is
#-# velocity.tools.<name under which it'll be available in the context> = <class name>
#-# Default values (no need to add them)
#-#   velocity.tools = listtool = org.apache.velocity.tools.generic.ListTool
#-#   velocity.tools = numbertool = org.apache.velocity.tools.generic.NumberTool
#-#   velocity.tools = datetool = org.apache.velocity.tools.generic.DateTool
#-#   velocity.tools = mathtool = org.apache.velocity.tools.generic.MathTool
#-#   velocity.tools = sorttool = org.apache.velocity.tools.generic.SortTool     
#-#   velocity.tools = escapetool = org.apache.velocity.tools.generic.EscapeTool
#-#   velocity.tools = regextool = org.xwiki.velocity.tools.RegexTool

#-# [Since 2.0M1]
#-# Velocity configuration properties. The format is
#-# velocity.property.<Velocity property name> = <value>
#-# Default values (no need to add them)
#-#   velocity.properties = resource.loader = webapp
#-#   velocity.properties = directive.set.null.allowed = true
#-#   velocity.properties = webapp.resource.loader.class = org.apache.velocity.tools.view.servlet.WebappLoader
#-#   velocity.properties = velocimacro.messages.on = false
#-#   velocity.properties = resource.manager.logwhenfound = false
#-#   velocity.properties = velocimacro.permissions.allow.inline.local.scope = true
#-#   velocity.properties = runtime.introspector.uberspect = org.xwiki.velocity.introspection.ChainingUberspector
#-#   velocity.properties = runtime.introspector.uberspect.chainClasses = org.apache.velocity.util.introspection.SecureUberspector,org.xwiki.velocity.introspection.DeprecatedCheckUberspector

#-------------------------------------------------------------------------------------
# Events distribution
#-------------------------------------------------------------------------------------

#-# [Since 2.0M3]
#-# Indicate if the network distribution module is enabled or not.
#-# By default remote events are disabled.
# observation.remote.enabled = false

#-# [Since 2.0M3]
#-# The list of events communication channels to start when the application starts.
#-# By default no channel is configured.
#-#
#-# The default remote event distribution implementation is using JGroups and you'll need to drop your JGroups channel
#-# xml files in the WEB-INF/observation/remote/jgroups/ directory. There's a README file in that directory with more
#-# information.
#-# Example: observation.remote.channels = public, cluster

#-# [Since 2.0M4]
#-# The implementation of network adapter to use.
#-# The default is jgroups.
#-#
#-# By default obnly jgroups is provided. To add one implements NetworkAdaptor componenet interface. The identifier provided in the configuration is matched with the component role hint.
#-# Example: observation.remote.networkadapter = jgroups

#-------------------------------------------------------------------------------------
# Administration
#-------------------------------------------------------------------------------------

#-# [Since 2.2M2]
#-# Enable captcha: true|false
#-#
#-# Captcha is disabled by default.
#-# Example: captcha.enabled = true 

Get Connected