Jump to content
  • This documentation is an older version of JasperReports Server Upgrade Guide. View the latest documentation.

    This chapter describes the recommended procedure for upgrading to JasperReports Server 8.0 from version 7.9. The examples show you how to upgrade using the js-upgrade shell scripts.

    This chapter contains the following sections:

    Upgrade Steps Overview
    Upgrading with Customizations
    Back Up Your JasperReports Server Instance
    Preparing the JasperReports Server 8.0 WAR File Distribution
    Configuring Buildomatic for Your Database and Application Server
    Upgrading to JasperReports Server 8.0
    Starting and Logging into JasperReports Server 8.0
    Additional Tasks to Complete the Upgrade

    Upgrade Steps Overview

    These are the general steps used in this section:

    1. Identify your customizations.
    2. Back up your current JasperReports Server instance.
    3. Download and set up the new 8.0 JasperReports Server WAR file distribution zip.
    4. Run the js-upgrade script as described in Upgrading to JasperReports Server 8.0.

    If your current instance of JasperReports Server has modifications or extensions, keep track of these and re-integrate them into your 8.0 instance after upgrading.

    Upgrading with Customizations

     

    If your current instance of JasperReports Server has modifications or extensions, keep track of these and re-integrate them into your 8.0 instance after upgrading. See Planning Your Upgrade to determine if any customizations you've made to your existing version of JasperReports Server are affected by changes to the updated version.

    Back Up Your JasperReports Server Instance

    First back up your JasperReports Server WAR file and jasperserver database so you can restore them if necessary. Perform these steps from the command line in a Windows or Linux shell.

    This backup example is for Tomcat with the PostgreSQL or MySQL database. For other databases, consult your DB administration documentation for backup information.

    Back up your JasperReports Server War File:

    1. Create a folder where you can save your jasperserver-pro war file, for example C:JS_BACKUP or /opt/JS_BACKUP.
    2. Copy <tomcat>/webapps/jasperserver-pro  to  <path>/JS_BACKUP

    Back up your jasperserver Database:

    1. Create a folder (if you did not do so in the step above) where you can save your jasperserver database, for example C:JS_BACKUP or /opt/JS_BACKUP.
    2. Run the following commands for PostgreSQL or MySQL:
         PostgreSQL

    cd <path>/JS_BACKUP

    pg_dump --username=postgres  jasperserver  >  js-db-dump.sql

         MySQL

    cd <path>/JS_BACKUP

    Windows:

    Linux:

    note-icon-ns_28x28.png.7e84a01bafc9e31a841066d6231ddb42.png

    For MySQL, If you receive an error about packet size, see the Troubleshooting appendix of the TIBCO JasperReports Server Installation Guide.

    Back up your JasperReports Server Keystore:

    1. Create a folder (if you did not do so already) where you can save your server's keystore, for example C:JS_BACKUP or /opt/JS_BACKUP.
    2. As the user who originally installed the server, copy $HOME/.jrsks and $HOME/.jrsksp  to  <path>/JS_BACKUP. Remember that these files contain sensitive keys for your data, so they must always be transmitted and stored securely.

    Preparing the JasperReports Server 8.0 WAR File Distribution

    Use the buildomatic js-upgrade scripts included in the 8.0 WAR file distribution ZIP release package to carry out the upgrade. The WAR file distribution comes in a compressed ZIP file named TIB_js-jrs_8.0.0_bin.zip.

    Follow these steps to obtain and unpack the WAR file distribution ZIP file:

    1. Download the WAR file distribution from (http://support.tibco.com) or contact your sales representative.
    2. Extract all files from TIB_js-jrs_8.0.0_bin.zip. Choose a destination, such as a C:Jaspersoft folder on Windows, /home/<user> on Linux, or /Users/<user> on Mac.

    After you unpack the WAR File Distribution, the resulting location will be known as:

    <js-install-8.0>

    Configuring Buildomatic for Your Database and Application Server

    This upgrade procedure uses the js-upgrade-samedb shell script.

    note-icon-ns_28x28.png.6d17ddcf80c477a8f49dc2e217c511bb.png

    For Unix, the bash shell is required for the js-upgrade scripts. If you're installing to a non-Linux Unix platform such as IBM AIX, FreeBSD or Solaris, you need to download and install the bash shell. See the Troubleshooting appendix of the TIBCO JasperReports Server Installation Guide for more information.

    This section shows example configurations for the PostgreSQL, MySQL, and Oracle databases. Other databases are similar.

    Example Buildomatic Configuration

    The default_master.properties file handles the upgrade configuration. We provide a sample configuration file for each database. You must specify your database credentials and application server location, and rename the file to default_master.properties.

    PostgreSQL Example

    To configure default_master.properties for PostgreSQL:

    1. Locate the postgresql_master.properties sample configuration file.

    Database

    Master Properties File

    PostgreSQL

    <js-install-8.0>/buildomatic/sample_conf/postgresql_master.properties

    2. Copy the file to <js-install-8.0>/buildomatic
    3. Rename the file default_master.properties
    4. Edit default_master.properties for your database and application server.

    Database

    Sample Property Values

    PostgreSQL

    appServerType=tomcat (or wildfly, etc.)appServerDir=c:Apache Software FoundationTomcat 9.0 (for example)dbUsername=postgresdbPassword=postgresdbHost=localhost[/code]                    

    For the Split upgrade, configure the settings in the default_master.properties file as described in Additional Buildomatic Configuration for Split Installation Upgrade.

    MySQL Example

    To configure default_master.properties for MySQL:

    1. Locate the mysql_master.properties sample configuration file:

    Database

    Master Properties File

    MySQL

    <js-install-8.0>/buildomatic/sample_conf/mysql_master.properties

    2. Copy the file to <js-install-8.0>/buildomatic
    3. Rename the file default_master.properties
    4. Edit default_master.properties for your database and application server.

    Database

    Sample Property Values

    MySQL

    appServerType=tomcat (or wildfly, etc.)appServerDir=c:Apache Software FoundationTomcat 9.0 (for example)dbUsername=rootdbPassword=passworddbHost=localhost									[/code]                    

    For the Split upgrade, configure the settings in the default_master.properties file as described in Additional Buildomatic Configuration for Split Installation Upgrade.

    Oracle Example

    To configure default_master.properties for Oracle:

    1. Locate the oracle_master.properties sample configuration file:

    Database

    Master Properties File

    Oracle

    <js-install-8.0>/buildomatic/sample_conf/oracle_master.properties

    2. Copy the file to <js-install-8.0>/buildomatic
    3. Rename the file to default_master.properties
    4. Edit default_master.properties for your database and application server.

    Database

    Sample Property Values

    Oracle

    appServerType=tomcat (or wildfly, etc.)appServerDir=c:Apache Software FoundationTomcat 9.0 (for example)dbUsername=jasperserverdbPassword=passwordsysUsername=systemsysPassword=passworddbHost=localhost[/code]                        

    For the Split upgrade, configure the settings in the default_master.properties file as described in Additional Buildomatic Configuration for Split Installation Upgrade.

    Using Vendor's Drivers for Commercial Databases

    JasperReports Server includes the TIBCO JDBC drivers for the following commercial databases: Oracle, SQL Server, or DB2. If you want to use a different JDBC driver, you need to copy it to the correct location and edit default_master.properties before running the upgrade steps. See Working With JDBC Drivers for more information.

    Additional Step when Using JBoss 7 (and Oracle, SQL Server, or DB2)

    If your application server is JBoss 7, your database is Oracle, SQL Server, or DB2 — and you're not using the TIBCO JDBC driver — you'll need to make an explicit reference to your JDBC driver so JBoss 7 will know its exact file name.

    1. First update your default_master.properties file to specify the exact name (artifactId and version) of your JDBC driver. To do this:
    a. Edit: <js-install-8.0>/buildomatic/default_master.properties
    b. Look for the section "Setup JDBC Driver", then uncomment and edit these two lines:

    # maven.jdbc.artifactId=ojdbc6

    # maven.jdbc.version=11.2.0.3

    So they look like this:

    maven.jdbc.artifactId=ojdbc6

    maven.jdbc.version=11.2.0.3

    (This will work for a driver with the file name: ojdbc6-11.2.0.jar)

    c. Uncomment the line:

    jdbcDriverMaker=native

    2. Edit your jboss-deployment-structure.xml file so that it specifies the JDBC filename:
    a. Edit: <js-install-8.0>/buildomatic/install_resources/jboss7/jboss-deployment-structure.xml
    b. Look for the section "Setup JDBC Driver"
    c. Uncomment and edit the line for your database type (for instance):

    <!-- <resource-root path="WEB-INF/lib/ojdbc6-11.2.0.jar" use-physical-code-source="true"/> -->

    So it looks like this:

    <resource-root path="WEB-INF/lib/ojdbc6-11.2.0.jar" use-physical-code-source="true"/>

    (This will work for a driver with the filename: ojdbc6-11.2.0.jar)

     

    Upgrading to JasperReports Server 8.0

    Now that your buildomatic scripts are configured, you can complete the upgrade.

    warning-icon-ns_28x28.png.5b9f27cba222d57208730e6e0d7028ff.png

    Make sure you've backed up your jasperserver database before proceeding.

    Make sure you've backed up your old JasperReports Server WAR file before proceeding.

    1. Stop your application server.
    2. Start your database server.
    3. Make sure that the user running the upgrade commands is the same user that installed the server.
    4. Run the following commands:

    Commands

    Description

    cd <js-install-8.0>/buildomatic

     

    js-upgrade-samedb.bat

    (Windows) Upgrade jasperserver-pro war file, upgrade jasperserver database to 8.0, add 8.0 repository resources into the database

    ./js-upgrade-samedb.sh

    (Linux) Upgrade jasperserver-pro war file, upgrade jasperserver database to 8.0, add 8.0 repository resources into the database

    If you are prompted to create a new keystore, this means that the server's original keystore was not found in the user's home directory. Proceed with caution:

    In general, it is recommended to exit the upgrade procedure and make sure the keystore is in the proper location, then rerun the upgrade.
    If you continue and create a new keystore, then the upgrade will proceed but your repository will be corrupted and users unable to login. In this case, you will need to manually export the server's repository with a custom key, then import the key before importing the repository, as described in Encryption Keys.

    For the Split upgrade, after the upgrade is done, to transfer the data (Audit, Access, and Log monitoring data) to the audit database from the jasperserver database, run the following command:

    Windows: transfer-audit-data.bat
    Linux and Mac OSX: ./transfer-audit-data.sh

    The data is transferred to the audit database and the tables are deleted from the jasperserver database. Rerun the command if there is any interruption in the data transfer process, it will resume the transfer process from where it was interrupted in the previous run.

    js-upgrade Test Mode

    Use the test option to run the js-upgrade script in test mode. For example, on Windows, enter:

    cd <js-install-8.0>/buildomatic

    js-upgrade-samedb.bat test

    In test mode, the js-upgrade scripts check your default_master.properties settings and validate your application server location and its ability to connect to your database. Test mode can help you debug issues like an incorrect database password without altering your system.

    Output Log Location

    The js-upgrade script creates an output log that captures both standard and error output. If problems occur during script execution, or you just want to remember which options you chose, open the output log file located here:

    <js-install-8.0>/buildomatic/logs/js-upgrade-<date>-<number>.log

    Errors

    If you encounter errors running the js-upgrade script, first look at the output log to see if you can spot the errors. For help, refer to the Troubleshooting appendix of the TIBCO JasperReports Server Installation Guide. The information in this appendix applies to both js-upgrade scripts and js-install scripts.

    If you need to modify values in your default_master.properties file, you can simply edit the file. When you run the js‑upgrade script again, it uses the new values.

    Starting and Logging into JasperReports Server 8.0

    Start your application server. Your database should already be running.

    Clearing Your Browser Cache

    Before you log in, make sure you and your end users clear the browser cache. JavaScript files, which enable the UI elements of JasperReports Server, are typically cached by the browser. Clear the cache to ensure that the newer files are used.

    Logging into JasperReports Server

    Log in using the following URL, user IDs, and passwords:

    URL: http://localhost:8080/jasperserver-pro

    User ID

    Password

    Description

    System-wide administrator

    Administrator for the default organization

    Your JasperReports Server instance has now been upgraded to 8.0. If you have startup or login problems, refer to the Troubleshooting appendix of the TIBCO JasperReports Server Installation Guide.

    Additional Tasks to Complete the Upgrade

    Perform these tasks with the application server shut down.

    Handling JasperReports Server Customizations

    If you made modifications to the original JasperReports Server application, you'll need to manually copy configuration changes, like client-specific security classes or LDAP server configurations, from your previous environment and integrate them with your upgraded environment. These configurations are typically found in the files at the WEB-INF/ location, for example, applicationContext-*.xml, *.properties, *.js, *.jar, and so on.

    Clearing the Application Server Work Folder

    Application servers have work folders where JasperReports Server files are compiled and cached and other objects are stored. When you update the WAR file or license, the buildomatic deploy-webapp-pro target should automatically clear the application server’s work directory, but it’s a good practice to double-check. A permission problem, or some other problem, could prevent the clearing of the work folder.

    To clear the work folder in Tomcat:

    1. Change directory to <tomcat>/work.
    2. Delete all the files and folders in this directory.

    Clearing the Application Server Temp Folder

    JasperReports Server uses caching to speed operations within the application. Caching files are created and stored in the application server, usually in a temp folder. Clear this temp folder to avoid any post-upgrade conflicts. Typically, the temp folder used by an application server corresponds to the path referenced by the java.io.tmpdir Java system property. For Apache Tomcat the temp folder is <tomcat>/temp.

    To clear the temp folder in Apache Tomcat:

    1. Change directory to <tomcat>/temp
    2. Delete all the files and folders in this directory

    Clearing the Repository Cache Database Table

    In the jasperserver database, compiled JasperReports Library resources are cached in the JIRepositoryCache table for increased efficiency at runtime. Because the JasperReports Library JAR is typically updated with each new release, old cached items can get out of date and cause errors at runtime. If you encounter errors that mention a JasperReports Library “local class incompatible,” check your repository cache table. In summary, you can clear your jasperserver database cache table as part of this upgrade process whether or not there are errors.

    To manually clear the repository cache database table, run a SQL command similar to one shown below:

    update JIRepositoryCache set item_reference = null;

    delete from JIRepositoryCache;


    User Feedback

    Recommended Comments

    There are no comments to display.



    Guest
    This is now closed for further comments

×
×
  • Create New...