Install/upgrade process permissions:
The JasperReports Server installation/upgrade processes and the repository database user need the following privileges to install and initialize the jasperserver repository database.
|Database Component||Permissions Required|
If you are upgrading in a restricted environment, your database administrator may need to give you temporary admin permissions for the upgrade. For example, if you are using PostgreSQL for your database, the database admin may use one of the following workarounds:
|•||Add administrator credentials in the default_master.properties file prior to upgrade and then replace them with jasperadmin credentials after upgrade.|
|•||Prior to upgrade, grant CREATE and DROP permissions at the database server level for the jasperadmin user , then revoke those permissions after successful upgrade.|
The most common problems encountered with a new JasperReports Server instance are database configuration problems. The connection may fail because the application server can't find the driver for the data source. For example, in a default installation of JasperReports Server, Tomcat looks for data source drivers in <js‑install>/apache-tomcat/lib. If the driver's in a different location, put a copy of the driver in this directory and restart Tomcat.
Testing the Database Connection
The simplest database configuration problem is an incorrect user name or password. If you encounter database problems upon startup or login, check the user name and password by logging directly into your RDBMS as described below.
You can connect to your database using the database configuration settings in JasperReports Server. This validates the database hostname, port, username, and password.
If you're having trouble logging into JasperReports Server on the login page, check the existing users and passwords in the jasperserver.JIUser table.
Logging into PostgreSQL
Run the PostgreSQL client from the command line and try to connect to the database. For example:
psql -U postgres jasperserver
Logging into MySQL
Run the MySQL client from the command line and try to log in directly as the root user, for example:
<mysql>/bin/mysql -u root -p
You're prompted for the password of the user you specified on the command line.
Logging into Oracle
Start SQL*Plus and try logging into Oracle directly. Use the password specified during installation to log in as each of these users:
|•||jasperserver — schema user for the JasperReports Server metadata.|
|•||sugarcrm — schema user for the SugarCRM sample data.|
|•||foodmart — schema user for the foodmart sample data.|
Logging into Microsoft SQL Server
Run the sqlcmd and try logging into MSSQL Server directly. For example:
sqlcmd -S localhost\jasperserver -d jasperserver -U jasperadmin -P password
Connectivity Errors with Vendor's Driver for SQL Server
If you're using the vendor's driver for SQL Server and have configured default_master.properties as described in SQL Server Example, you'll see connection errors if you uncommented the following line:
Make sure this line is commented.
Microsoft SQL Server doesn't support standalone case-sensitive collation. When collation is case-sensitive SQL Server also treats column and table names as case-sensitive. This can happen when setting a locale that includes case‑sensitive collation. In this case you may see an error such as the following.
[sql] Failed to execute: INSERT INTO JIUserRole (userId,roleId) select u.id, r.id from JIUser u, JIRole r where u.username = \'anonymousUser\' and r.roleName = \'ROLE_ANONYMOUS\' [sql] com.microsoft.sqlserver.jdbc.SQLServerException: Invalid column name \'roleName\'
Use a different locale or remove the case-sensitivity setting.
To avoid storage of the user and password values for the database, you can configure the TIBCO Oracle or SQL Server driver to use Windows authentication. To do this, copy the NTLM authentication DLLs for your database from the <js‑install>\jasperserver-war\shared-config\tools\TibcoJDBCDriverFile directory to a location in your Windows system path (defined by the PATH environment variable) and configure them as described in the instructions for the Progress DataDirect NTLM authentication configuration for your database:
|•||Oracle Driver > Authentication > Configuring NTLM Authentication|
|•||Microsoft SQL Server Driver > Authentication > Configuring NTLM Authentication|
If you're upgrading or importing into a MySQL database and your repository contains large objects like images, you may see an error like this:
ERROR 1153 (08S01): Got a packet bigger than 'max_allowed_packet' bytes
The default max_allowed_packet on the MySQL server is 1M (one Megabyte = 1,048,576 bytes). The most effective fix is to change this value in the server configuration to accommodate the largest resource stored in your repository. The server configuration file is typically named my.cnf (or my.ini) and located in the MySQL root directory, but this may vary. Change the configuration setting to a larger value, for example:
max_allowed_packet = 16M
For more information, see http://dev.mysql.com/doc/refman/5.0/en/packet-too-large.html.
After changing this value, restart the MySQL server. Then perform the upgrade or import step again.
Connection reset by peer MySQL Error
If you are using the MariaDB JDBC driver to connect to the MySQL database and get an error like:
Could not send query: Connection reset by peer: socket write error
This message refers to the maximum packet size error described above. Follow those instructions.
In some databases, table names are case-sensitive and “customer” and “Customer” are two different tables.
If you're using a case-sensitive database for JasperReports Server, table names specified in query strings in the JRXML file of a saved report must match the table names used in the database. A mismatch when transferring data from one database to another may cause the capitalization of table names to change.
In Windows MySQL, table and column names are not case-sensitive.
In Linux MySQL, table and column names are case-sensitive. You can configure Linux MySQL to be non-case-sensitive by setting the configuration parameter lower_case_table_names to 1 in the my.ini or my.cnf file. For more information search the MySQL documentation for a section about identifier case sensitivity.
Table and column names in
If the Quartz settings in the PostgreSQL database aren't updated to specify the driver delegate class specific to PostgreSQL you'll get errors when you try and run a scheduled report.
The errors will look like this:
Error while fetching Quartz runtime information org.quartz.JobPersistenceException: Couldn't obtain triggers: Bad value for type int org.postgresql.util.PSQLException: Bad value for type int
If you see this error, check your Quartz properties file in the following location:
Make sure the following property does not have the standard driver delegate, but instead has the PostgreSQL-specific driver delegate. It should look like the following for PostgreSQL:
When you set up a TIBCO JDBC driver in the WebLogic console, you need to make sure the Test Table Name property is empty. WebLogic inserts SQL null in this property by default.
If you don't delete this when setting up the driver, you'll get errors like:
Test "null" set up for pool "JasperserverDataBase" failed with exception: "java.sql.SQLSyntaxErrorException: [TIBCO][Oracle JDBC Driver][Oracle]ORA-00900: invalid SQL statement
If you get this error, you need to use the WebLogic console to edit or recreate the driver for each database that failed. See step 11 in Procedure for Installing the WAR File for WebLogic as well as Configuring Other Database Connections.
Setting the Oracle database localization option defaultNChar to true can substantially impact the performance of JDBC queries. When defaultNChar is set to true, the database implicitly converts all CHAR data to NCHAR when you access CHAR columns. If you don't need to support UTF-8 for your Oracle database, you can omit this setting.
The option you need and how to set it depends on your version of Java, your application server, and how it's deployed. For information about changing a JVM option setting for your particular environment, see your application server documentation.
To change this setting on Windows, enter a command like this at the command line:
set JAVA_OPTS=%JAVA_OPTS% -Doracle.jdbc.defaultNChar=false
To change this setting on Linux, enter a command like this at the command line:
export JAVA_OPTS="$JAVA_OPTS -Doracle.jdbc.defaultNChar=false"
If your Oracle database is configured to use a service name instead of an Oracle system identifier (SID), set up the service name by updating your default_master.properties file before using buildomatic:
In default_master.properties, uncomment the serviceName property and enter your Oracle service name, for example:
When you're using an Oracle service name, make sure you don't set the SID or dbPort in the default_master.properties file.
If you run a scheduled report and save it as HTML or RTF, the resulting report may be quite large. If you are running MySQL and get the error shown here, the problem may be the default size of the MySQL blob datatype.
JDBC exception on Hibernate data access org.hibernate.exception.GenericJDBCException: could not insert
You can increase the size of this datatype by updating your my.ini or my.cnf MySQL configuration file with the following setting:
If you can log into JasperReports Server but encounter an error when running a report, browse the repository to identify and resolve the problem.
One common problem with an individual report is the data source. To validate a data source connection:
|1.||Log into JasperReports Server as a user with administrative permissions and locate the report unit that returns errors.|
|2.||Select the report and click the Edit button in the toolbar and identify the data source on the fourth edit page.|
|3.||Edit the data source in the repository and check its settings.|
|4.||Click the Test Connection button.|
If the connection fails, perhaps the application server can't find the driver for the data source. For example, in a default installation of JasperReports Server, Tomcat looks for data source drivers in <js‑install>/apache-tomcat/lib.
|5.||Test your report. If it still returns errors, edit the data source again and try checking other values, like the port used by the database.|
When the DB2 database is your repository database, you may get errors when saving longer strings (over 50 characters) to data entry fields in the UI. For example, saving a resource with a name over 50 characters may cause an error like this:
Expected status code is 200, but was 400. Response body contained: An unexpected exception has occurred
The problem here is DB2 handles UTF-8 characters differently than other Jaspersoft certified databases. When DB2 is used as the repository database, it limits the number of characters that can be entered in UI fields. The database columns holding these strings need to be made larger.
If you're using the vendor's driver for DB2, you need to manually add properties to default_master.properties, or you'll get an error like the following.
[java] Resource name: applicationContext-virtual-data-source.xml [java] org.springframework.beans.factory.BeanDefinitionStoreException: Invalid bean definition with name 'dataSource' defined in file [/opt/JasperReports-Server-<span class="JasperBookVariablesJasperPackageNumber">6.4.0</span>-src/jasperserver/buildomatic/conf_source/iePro/applicationContext-export-config.xml]: Could not resolve placeholder 'dbPort' in string value
Add the following properties to your default_master.properties, setting the correct values for your installation:
db2.driverType=4 db2.fullyMaterializeLobData=true db2.fullyMaterializeInputStreams=true db2.progressiveStreaming=2 db2.progressiveLocators=2 dbPort=50000 js.dbName=JSPRSRVR sugarcrm.dbName=SUGARCRM foodmart.dbName=FOODMART
If you are using WebLogic or WebSphere and want to run import/export from the command line, you need to manually copy the JDBC driver to the same location as the import/export scripts. If you have not copied these files, you may encounter the following error:
Cannot load JDBC driver class 'tibcosoftware.jdbc.sqlserver.SQLServerDriver'
To fix this error, copy your database driver to the correct location: