Wiki source code of Installation

Version 50.6 by OCTAGRAM on 2010/10/09

Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 XWiki is a Java-based wiki and runs on a Servlet Container such as Tomcat, Jetty, JBoss, WebLogic, WebSphere, etc. It also uses a relational database to store its content. It can run on almost any database (HSQL, MySQL, etc) but XWiki and the database need to be setup correctly.
6
7 There are 2 solutions when installing XWiki:
8
9 * Use the [[Standalone distribution>>xwiki:Main.Download]] which already packages a Servlet Container (Jetty) and a database (HSQL). This is the recommended option for first time XWiki users and for users who wish to quickly try out XWiki.
10 * Use the [[WAR distribution>>xwiki:Main.Download]] and configure both your container and your database to work with it.
11
12 If you're instead upgrading an existing XWiki install check the [[Upgrade instructions>>#HUpgradinganXWikiInstallation]] below.
13
14 Pick one of the trails in the outline on the right to get started.
15
16 Once you've finished the installation check the other topics in the [[Admin Guide>>AdminGuide.WebHome]] for configuring and [[securing>>Security]] your wiki.
17
18 {{info}}
19 If you want to make manual installation or need to migrate an existing XWiki installation, check the [[Release Notes>>xwiki:Main.ReleaseNotes]].
20 {{/info}}
21
22 = Tutorials =
23
24 Tutorials are step by step procedures to install XWiki for a specific configuration. You can choose to follow one of them or follow the instructions in the sections below.
25
26 {{warning}}
27 Tutorials external to the xwiki.org site have not been validated for correctness by the XWiki dev team and it's also possible that they are out of date.
28 {{/warning}}
29
30 * [[XWiki On Windows (French)>>http://agoncalves.developpez.com/tutoriels/xwiki/creer-un-site-associatif/]]
31 * [[XWiki On Debian 4 (Etch) - Tomcat - PostgreSQL (or MySQL) (English)>>http://www.howtoforge.com/xwiki-tomcat-mysql-debian-etch]]
32 * [[XWiki On Debian 4 (Etch) - Tomcat - PostgreSQL (or MySQL) (German)>>http://www.howtoforge.de/howto/xwiki-on-debian-4-etch-tomcat-mysql]]
33
34 = Prerequisites =
35
36 * Java 5 or greater installed.
37 * A minimum of 200MB of heap memory and 70MB of permGen. Recommended value are 300MB for the heap and 96MB for the permGen (-Xmx300m -XX:MaxPermSize=64m)
38 * (((
39 {{include document="Features.WysiwygEditorPrerequisites"/}}
40 )))
41
42 {{warning}}
43 Note that attachments are currently very memory intensive and if you manipulate large attachments you'll need a lot more heap memory (roughly 30 times the size of your attachment). We're working on fixing this.
44 {{/warning}}
45
46 = Installing the Standalone distribution =
47
48 This is by far the easiest way to install XWiki. We are offering 3 packaging for ease of installation:
49
50 * A Windows exe. Simply execute it and follow the instructions. Do not close the DOS Windows that shows up. This is the XWiki server running, instead point your browser to {{{http://www.localhost:8080/}}}.
51 * A generic Installer that works on all platforms. It requires Java to be installed on your system. Simply double-click on it and follow the instructions.
52 * A zip version. Unzip it in any ##XWIKIHOME## directory of your choice.
53
54 The Windows installer creates shortcuts to start and stop XWiki in your Windows start menu. Launch the Wiki using "start".
55
56 If you've used the zip file or generic Installer, go to the directory where you've installed XWiki (##XWIKIHOME##) and run ##start_xwiki.bat## in Windows or ##start_xwiki.sh## on Unix. To stop it, run the ##stop_xwiki.bat## script on Windows and ##stop_xwiki.sh## on Unix or Mac. On Mac you will need to use "Open with Terminal" or run this script from the Terminal.
57
58 Once XWiki is started point your browser to {{{http://localhost:8080/xwiki/bin/view/Main/WebHome}}} and the go to the [[User's Guide>>enterprise:UserGuide.WebHome]] to learn how to use XWiki.
59
60 In some cases, you might already have a Web Server running on port 8080. If this happens you have to pass another the port to the start script (e.g. by using the port 8081, as in ##start_xwiki.sh 8081##).
61
62 {{info}}
63 You can log in using the default ##Admin## user (first letter is capitalized). The default password is ##admin## (lowercase).
64 {{/info}}
65
66 = Installing the XWiki WAR manually =
67
68 You'll need to perform 2 mandatory steps:
69
70 * Install and configure a Servlet Container
71 * Install and configure a relational database
72
73 {{info}}
74 If your database is empty this will result in a minimal empty wiki installation. You may want to use the [[Import/Export tool>>AdminGuide.ImportExport]] to import some pages in your wiki. We recommend that you import the [[provided default XAR>>xwiki:Main.Download]]. If you're upgrading from an existing installation your database should already contain the pages you had before. If you're using the new XWiki 1.0 skin you might want to install the [[Panels Application>>code:Applications.PanelsApplication]].
75 {{/info}}
76
77 {{info}}
78 If you are installing in a linux/unix environment you have to setup the //xwiki.upload.tempdir// parameter as explained in the JIRA entry ([[http://jira.xwiki.org/jira/browse/XWIKI-530]]) **before** importing anything into XWiki.
79 {{/info}}
80
81 == Install and configure a Servlet Container ==
82
83 XWiki will work with any Servlet Container (provided it's properly configured obviously). We're only listing instructions for a few containers but you can adapt these instructions for your favorite container.
84
85 * [[Tomcat installation>>AdminGuide.InstallationTomcat]]
86 * [[Jetty installation>>AdminGuide.InstallationJetty]]
87 * [[GlassFish installation>>AdminGuide.InstallationGlassFish]]
88 * [[WebSphere installation>>AdminGuide.InstallationWebSphere]]
89 * [[JBoss Installation>>AdminGuide.InstallationJBoss]]
90 * [[Oracle OC4J Installation>>AdminGuide.InstallationOC4J]]
91 * [[Apache Geronimo>>AdminGuide.InstallationGeronimo]]
92
93 Some containers have the Java Security Manager turned on. In this case, XWiki needs to be granted some permissions. Here's below a sample policy file if you want to run your container with the Security Manager active. Depending on the version of XWiki Enterprise that you use and on the plugins/extensions that you use the permissions might need to be adjusted to your needs:
94
95 {{code language="none"}}
96 grant codeBase "file:<full-path-here>/webapps/xwiki/WEB-INF/lib/-" {
97 permission java.util.PropertyPermission "file.encoding", "read";
98 // Needed by Hibernate -> antlr
99 permission java.util.PropertyPermission "ANTLR_DO_NOT_EXIT", "read";
100 permission java.util.PropertyPermission "ANTLR_USE_DIRECT_CLASS_LOADING", "read";
101 // Needed by Hibernate and others
102 permission java.lang.reflect.ReflectPermission "suppressAccessChecks";
103 permission java.lang.RuntimePermission "createClassLoader";
104 permission java.lang.RuntimePermission "setContextClassLoader";
105 // Needed by commons-logging
106 permission java.util.PropertyPermission "org.apache.commons.logging.LogFactory.HashtableImpl", "read";
107 // Needed for connecting to the database
108 permission java.net.SocketPermission "127.0.0.1:3306", "connect,resolve";
109 // Needed by the scheduler plugin -> quartz, but works without (maybe except scheduling? should be checked)
110 // permission java.util.PropertyPermission "org.quartz.properties", "read";
111 };
112 {{/code}}
113
114 You're now ready to install and configure your relational database.
115
116 == Install and configure a Relational Database ==
117
118 XWiki can work with a lot of relational databases. We're only listed those that we have tested it on.
119
120 The general strategy is the following:
121
122 * Install your favorite RDBMS
123 * Create a xwiki database
124 * Create a user with all privileges on that xwiki database
125 * Copy your RDBMS Java drivers to the XWiki webapp's ##WEB-INF/lib## directory
126 * Configure XWiki to use the created database. This involves modifying the ##WEB-INF/hibernate.cfg.xml## file as is described in the tutorials for each database below. Also make sure that your ##xwiki.cfg## file has an entry that points to your ##WEB-INF/hibernate.cfg.xml## file (##xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml##) as otherwise your settings won't be used.
127 * (A more scalable and J2EE-conformant tactic is to use the servlet container to manage your data source. You modify the web app as little as possible... hopefully one day Xwiki will allow you to override hibernate.cfg.xml without needing to change the app itself.
128 ** Do not add your JDBC library to the web app. Install it to the container classpath instead, like to ##$CATALINA_HOME/common/lib##.
129 ** Do not set user, url, etc., nor connection.provider_class in ##hibernate.cfg.xml##. The critical settings are ##connection.datasource## (with JNDI name like ##java:/comp/env/jdbc/XWikiDS##) and the dialect class for your DB vendor. Do not comment out <mapping resource="..."/> elements, hibernate needs them. (You should leave the provider_class unset, since Xwiki's implementation doesn't handle container-managed data sources).
130 ** Manage all database access settings using your container facilities, for example Tomcat admin webapp or server.xml + APPNAME.xml. Uncommenting the <resource-ref> element inside ##WEB-INF/web.xml## that matches the above JNDI name and looks like <res-ref-name>jdbc/XWikiDS</res-ref-name> could be a good idea.
131
132 Install and configure the database you wish to use:
133
134 * [[HSQL Installation>>AdminGuide.InstallationHSQL]]
135 * [[MySQL Installation>>AdminGuide.InstallationMySQL]]
136 * [[PostgreSQL Installation>>AdminGuide.InstallationPostgreSQL]]
137 * [[Oracle Installation>>AdminGuide.InstallationOracle]]
138 * [[DB2 Installation>>AdminGuide.InstallationDB2]]
139 * [[Derby Installation>>AdminGuide.InstallationDerby]]
140 * [[Microsoft SQL Server Installation>>AdminGuide.InstallationMSSQL]]
141 * [[H2 Installation>>AdminGuide.InstallationH2]]
142
143 == Concluding Step ==
144
145 At this stage you have finished configuration XWiki. If you start your database and container and point your browser to http://localhost:8080/xwiki/ you'll have a working, albeit minimal, wiki (without any page loaded). The next step is either to create new pages by hand or import the default Wiki that we are providing as a [[XAR file>>xwiki:Main.Download]], by using the [[Import feature>>AdminGuide.ImportExport]].
146
147 = Installing the eXo Enterprise WebOS integration WAR =
148
149 {{warning}}
150 The integration with eXo is still very experimental and the instructions below are not finalized yet. Proceed with caution!
151 {{/warning}}
152
153 == Install eXo WebOS ==
154
155 * Download the latest version of eXo Portal on http://forge.objectweb.org/projects/exoplatform/ (version 2.0-Alpha-2 or greater is required).
156 * Follow the eXo installation instructions located inside the Portal ZIP and try to login in the portal.
157
158 == Install XWiki inside eXo ==
159
160 * Stop eXo Portal.
161 * Download the [[latest XWiki eXo WAR>>xwiki:Main.Download]]. You'll need version 1.0-beta-6 or above.
162 * Create a directory //exo-tomcat/webapps/xwiki//.
163 * Unzip the WAR in //exo-tomcat/webapps/xwiki// and rename the exploded directory to "xwiki".
164 * Move the //ehcache.jar// from //xwiki/WEB-INF/lib// to //exo-tomcat/common/lib// (There are some conflicts with it that both XWiki/eXo will need to fix in future versions).
165 * Remove all the eXo jars from //xwiki/WEB-INF/lib//
166 * Configure XWiki's database as explained [[above>>#HInstallandconfigureaRelationalDatabase]].
167 * Change in //xwiki.cfg//: xwiki.exo=1 to xwiki.exo=0. TODO: Explain why this is required as it is very counter-intuitive!
168 * Restart eXo Portal.
169 * You can now either import XWiki as a Portlet inside the Portal as described below or access XWiki directly by using the usual URL.
170 * [[Change the skin to use the XWiki 1.0 skin>>AdminGuide.Skins#HChangingtheskin]]. This skin is compatible with the Portlet mode and specifically with eXo WebOS.
171 * Import the [[default wiki XAR>>xwiki:Main.Download]] or use your own XWiki database.
172 * Give the admin right to XWikiGuest
173 * To be continued...
174
175 == Use XWiki inside the WebOS ==
176
177 Inside the WebOS, XWiki is seen as a Portlet and therefore must be imported in eXo through the PortletRegistry application. To do so you need to login as exoadmin / exo in eXo and go to the Administration desktop and use the PortletRegistry application. Click on the "Import Portlet Category" icon, you should now see XWiki in the list. You can now add the Portlet in your desktop page though the "Add Application" icon in the desktop dock.
178
179 = Installing the Default Wiki XAR =
180
181 The default wiki is a fully configured wiki that you can use as a starting point for creating your own wiki content. It provides the following:
182
183 * A Blog
184 * A Recent Changes page
185 * The [[Panels Application>>code:Applications.PanelsApplication]]
186 * Search
187 * Administration page (Access rights, Group and users management, etc)
188 * ... and much more
189
190 **It comes configured with an "Admin" user (password is "admin" in lowercase). You'll need that username/password to log in once you've imported the default wiki.**
191
192 To install the XAR, use the [[Import/Export tool>>AdminGuide.ImportExport]].
193
194 {{warning}}
195 If you're upgrading an existing wiki be careful that the XAR import operation will replace the content of the existing pages of your wiki with the content of the XAR (New pages that you have created will not be modified). As a consequence it's critical that you [[perform a backup>>platform:AdminGuide.Backup]] first.
196 {{/warning}}
197
198 = Upgrading an XWiki Installation =
199
200 There are different parts of XWiki that you may want to upgrade:
201
202 * [[XWiki Core>>#HUpgradingXWikiCore]]
203 * [[Documents provided with the default XWiki XAR>>#HUpgradingwikidocuments]]
204
205 {{info}}
206 If you're upgrading an XWiki 0.9 installation refer to [[this guide>>UpgradeXWiki09Installation]].
207 {{/info}}
208
209 == Upgrading XWiki Core ==
210
211 The general strategy is to [[download the WAR distribution>>xwiki:Main.Download]] and to replace your current installed WAR. Make sure you don't copy on top since this could leave some old files around which would make XWiki fail (like if old JARs are lying around in ##WEB-INF/lib##). Before replacing your current WAR, make sure you back it up and more specifically that you copy the ##hibernate.cfg.xml## and ##xwiki.cfg## files which you'll need to copy in your newly installed WAR since they container your XWiki configuration. Make sure you also copy any plugins you may have added or any template files you may have modified.
212
213 Some additional operations may be required for upgrading and you must check the [[release notes>>xwiki:Main.ReleaseNotes]] for all the versions from the version you're upgrading from up to the new version you're installing. It's also possible that new features are available and that your ##xwiki.cfg## file needs to be modified. If this is the case then it'll be specified in the release notes.
214
215 Note that the database schema is automatically upgraded when needed. All you need to do is to ensure your ##xwiki.cfg## file is correctly configured to perform the migration. Here's a relevant excerpt from the ##xwiki.cfg## file:
216
217 {{code language="none"}}
218 #-# Whether migrations are enabled or not. Should be enabled when upgrading, but for a better startup time it is better to
219 #-# disable them in production.
220 xwiki.store.migration=1
221
222 #-# Whether to exit after migration. Useful when a server should handle migrations for a large database, without going
223 #-# live afterwards.
224 # xwiki.store.migration.exitAfterEnd=0
225
226 #-# Indicate the list of databases to migrate.
227 #-# to upgrade all wikis database set xwiki.store.migration.databases=all
228 #-# to upgrade just some wikis databases set xwiki.store.migration.databases=xwiki,wiki1,wiki2
229 #-# Note: the main wiki is always migrated whatever the configuration.
230 # xwiki.store.migration.databases=
231 {{/code}}
232
233 == Upgrading wiki documents ==
234
235 You may want to upgrade to a newer version of the Default Wiki XAR in order to benefit from the latest changes. As mentioned above in the [["Installing the Default Wiki XAR" section>>#HInstallingtheDefaultWikiXAR]] you should be very careful and when doing the import make sure you selectively decide what pages you wish to import. More specifically the following pages should be imported with great care:
236
237 * XWiki.XWikiPreferences: This page contains the configuration of your wiki (it overrides the configuration defined in xwiki.cfg). If you import a new version of this page you'll loose any customization you may have made such as the skin to use, the rights for your wiki, etc.
238 * XWiki.WebPreferences, Main.WebPreferences, and all other spaces WebPreferences pages: Same as XWiki.XWikiPreferences but at the level of a space.
239 * XWiki.XWikiAllGroup (list of registered users) and XWiki.AdminGroup (list of Admins): If you have existing users and import a new version of these pages, you'll find that your users do not belong to these groups anymore and thus may not be able to edit pages, log in, etc. You'll need to add them again to the right groups.
240 * XWiki.Admin: This page contains the Admin user with the default password. If you import it you'll create a security hole. Thus it's very important not to import this page.
241 * Any other page you have modified, such as Main.WebHome, a modified Panel, etc.
242
243 === Let's clean it up ===
244
245 * Expand the XWiki WAR that you installed in your servlet container (the one that contains the JDBC drivers to access your database) into a new folder, using (% style="font-family:courier new,courier; " %) jar xvf xwiki-1.1-enterprise.war(%%), or avoid this step if you performed an export/import data migration (you already expanded it)
246 * Copy your old (% style="font-family:courier new,courier; " %) xwiki.cfg(%%) and (% style="font-family:courier new,courier; " %) hibernate.cfg.xml(%%) file to the WEB-INF folder. Take care that if some changes were already made (probably because of database configuration when you installed the JDBC drivers) could be lost, so take care to add these changes
247 * Rename the skins/albatross folder to albatross.original, and copy the skins/default folder from XWiki 0.9 to skin/albatross. (//**WARNING:** this is an optional step, in case you don't want to use the default skin for 1.1x and want to retain your current skin in the new version//)
248 * Install this new folder as the xwiki application in your servlet container (may be by copying the folder to the servlet filesystem space or by packing it in a WAR file and deploying it)
249
250 At this point all is set, you can experience our old wiki data over the new XWiki core !!!
251
252 = Troubleshooting =
253
254 == Verify your installation ==
255
256 You can verify some basic settings of your XWiki install (on Tomcat, MySQL) using the [[check Config and Indexes application>>code:Applications.CheckConfigAndIndexesApplication]].
257
258 == Field 'XWD_ARCHIVE' doesn't have a default value ==
259
260 If you get an error like the one below it probably means you had an old XWiki version installed (most likely a 0.9 version) which had a wrong schema. We're normally automatically fixing schemas at startup when you set the ##xwiki.store.hibernate.updateschema## configuration parameter in ##xwiki.cfg## (it's set to on by default). However it's currently not done for this error.
261
262 {{code language="none"}}
263 Wrapped Exception: Could not execute JDBC batch update
264 [...]
265 Wrapped Exception:
266 java.sql.BatchUpdateException: Field 'XWD_ARCHIVE' doesn't have a default value
267 {{/code}}
268
269 To fix this run the following SQL command on your database:
270
271 {{code language="sql"}}
272 alter table xwikidoc modify column XWD_ARCHIVE mediumtext null;
273 {{/code}}
274
275 == Failure to log in ==
276
277 Check that you don't have some old cookies and try deleting them.

Get Connected