THIS IS STILL INCOMPLETE; PLEASE ADD TO IT It'd be nice to see a good condensed page highlighting the changes from one release to another. Unfortunately one doesn't exist.

At the moment your best bet is to read the Change Log. And if someone wants to maintain the Release Notes on this wiki, I don't mind.

-- JanneJalkanen

The most secure way to upgrade is to simply merge your configuration files from your previous installation to the location of your new installation.

You may want to make a backup of your previous installation, undeploy it and deploy the new installation from scratch.

Merge or copy?#

The ReleaseNotes suggest that you make a brand new install and copy your old configuration over it. You should consider merging files and directories instead. Merging is better then copying. A simple copy may cause you to loose any new text or properties that might have been introduced. If you don't know how to automate the merge process, you may have to manually compare each configuration file for differences. If you use Ant, this Ant Plugin task is recommended. Code is available from here

Upgrading from the same release (From 2.x.y to 2.x.z ):#

When upgrading to the same version, both top-level JSP files and default files are compatible. Basically you'll just need to upgrade your changes to the files themselves. Merging is done from your backup of the previous installation ($JSPWIKI_HOME)to the location of your new installation.
  • Install the JSP files (top-level and the default template)
    • Copy all top-level JSP files (Wiki.jsp, Edit.jsp, etc) from $JSPWIKI_HOME/
    • Copy all default template JSP files from $JSPWIKI_HOME/$myDefault
  • Install the set of JAR files.
    • Copy all of the .jar -files into your $JSPWIKI_HOME/WEB-INF/lib

The following configuration files have typically been modified in the old version and need to be merged with the new files:

  • in the $JSPWIKI_HOME/WEB-INF directory
    • jspwiki.properties
    • web.xml
    • jspwiki.policy
    • jspwiki.jaas
    • jspwiki.tld
    • oscache.properties
    • groupdatabase.xml
    • userdatabase.xml
  • in the $JSPWIKI_HOME/WEB-INF/lib and $JSPWIKI_HOME/WEB-INF/classes directories
    • merge your plugin libraries and filter files

Important: #

  • In JSPWiki 2.3+, JavaCryptographyArchitectureJCAis used. If the jspwiki.jks file is missing, the server won't recognize the JSPWiki.jar file as secured. Therefore, move your jspwiki.jks file from for example $JSPWIKI_BUILD_HOME/etc/jspwiki.jks) to the $JSPWIKI_HOME/WEB-INF directory on the server. The JSPWiki.jar file is now signed so this step is crucial; failing to do so will cause the new security checks to fail. For more info see:KeyStore.
  • If you added plugins to the old tld file, be sure to include these in the new.

Upgrading from a new version (2.x version to 2.y version):#

The ReleaseNotes file that is in every JSPWiki distribution details the differences between the stable versions (2.0, 2.2). However, any odd-labeled version is a development version, and therefore the ReleaseNotes are not necessarily updated that well. The goals for future versions are documented here

When upgrading to a new version, *always* assume that the top-level JSP files are incompatible and *must* be upgraded every single time. View files (those under templates/) are normally kept compatible. There might be bug fixes, though, which is why it is a good idea to upgrade the default template as well. If you want to "freeze" the template, make a copy of the default template, call it "mytemplate" and use that. JSPWiki will then fall back to the default template in case any new JSP files are added.

  • Please reinstall in a new directory. Then move your modified templates into the new templates/ -directory. You MUST have the default template in place, else things might not work. If you have modified the default template, please rename your old template to "mymodifications" or something. You must NOT modify the default template anymore.
  • Replace jspwiki.properties with your old configuration file. It should run unmodified, though you might want to go through the new file to see new options. Most specifically: * jspwiki.baseURL is now mandatory * jspwiki.workDir is a good idea to set * Set jspwiki.security=off, if you don't want JSPWiki to use its own security system. If you do, head over to doc.jspwiki.org/2.4 for further instructions.
  • You can copy your old filters.xml to WEB-INF/classes

Upgrading from earlier installations:

  • Please make a complete reinstall. Your wiki pages will still be compatible, and the configuration for the most part.

From 1.8.x to 2.0.x#

  • Providers now sleep in a different package. You must change your "jspwiki.pageProvider" setting.
  • CachingProvider is no longer set explicitly. You must use the new "jspwiki.usePageCache" property instead.
  • All HTML code should now go into *Template.jsp instead of Wiki.jsp and the other main JSP pages.
  • System.jsp is gone. Instead, there is now a page called "System".

So, the best way to do the update is to simply save your "jspwiki.properties", and "web.xml" files to some safe location, DELETE your previous installation, and install it again from scratch. However, after this your templates should be easily modifiable, and you never again have to resort to such drastic measures again... We hope.

Troubleshooting#

Wrong Version#

I did the upgrade from 2.0.45 to 2.0.48 just like this... And it seems that the upgrade took hold (much faster)... But the version still says I'm on .45... any clues? -- MatthewSimpson

The problem is that when you upgrade, the compiled JSP files contain the compiled version of the version number as well... This problem has actually been solved in 2.1. Remove the compiled JSP files. For Tomcat, remove the $TOMCAT_HOME/work/<your web app> directory, or just touch the JSP files using touch(1).

Nobody seems to have any permissions#

Make sure you've copied the Java KeyStore file $JSPWIKI_BUILD_HOME/etc/jspwiki.jks) to the $JSPWIKI_HOME/WEB-INF directory on the server. JSPWiki 2.3+ uses the JavaCryptographyArchitecture JCA. Absent the jspwiki.jks file, the server won't recognize the JSPWiki.jar file as secured. -- MurrayAltheim

Search is not working properly#

I upgraded from 2.2.33 to 2.4.71 and a word that can be found in the main page cannot be found by the search function. However, when I modified the main page, the search was able to find it. So it seems like there is some kind of refresh required. How am I able to do that so that I don't have to open and save every page?

Define the working directory to the jspwiki.properties file and the search will work just fine.

Add new attachment

Only authorized users are allowed to upload new attachments.
« This page (revision-46) was last changed on 15-Nov-2011 11:51 by xiaochang619