Memory Issues Running Under Tomcat
These steps might solve problems related to the release of memory or to container tag pooling:
1. | Set the following parameter in the global $CATALINA_BASE/conf/web.xml: |
enablepooling = false
2. | Restart Tomcat. |
Java Out of Memory Error
If you encounter a Java out of memory error, try increasing your Java heap size setting. See Setting JVM Options for Application Servers. As a minimum, add -Xms1024m -Xmx2048m to your JAVA_OPTS setting.
This Java option is set within the application server, so you must restart your application server.
Configuration File Locations
You'll find JasperReports Server configuration properties specific to your application server in the following files:
Tomcat: | <tomcat>/webapps/jasperserver-pro/META-INF/context.xml <tomcat>/webapps/jasperserver-pro/WEB-INF/hibernate.properties <tomcat>/apache-tomcat/webapps/jasperserver-pro/WEB-INF/web.xml (JNDI config) <tomcat>/apache-tomcat/config/Catalina/localhost/jasperserver-pro.xml (delete: see below) |
JBoss 5: | <jboss>/server/default/deploy/js-postgresql-ds.xml or js-oracle-ds.xml or js-<database name>-ds.xml <jboss>/server/default/deploy/jasperserver-pro.war/WEB-INF/hibernate.properties <jboss>/server/default/deploy/jasperserver-pro.war/WEB-INF/web.xml <jboss>/server/default/deploy/jasperserver-pro.war/WEB-INF/jboss-web.xml |
GlassFish: | <glassfish>/domains/domain1/autodeploy/jasperserver-pro.war/WEB-INF/hibernate.properties <glassfish>/domains/domain1/autodeploy/jasperserver-pro.war/WEB-INF/js.quartz.properties <glassfish>/domains/domain1/config/domain.xml |
Context.xml on Tomcat: Special Case
If you deploy multiple instances of JasperServer to Tomcat, the context.xml (database connection configuration) can be superseded by a file in this location: <tomcat>/conf/Catalina/localhost/jasperserver-pro.xml. This is the case with some Tomcat versions before Tomcat 7.
When JasperServer is deployed, the context.xml will be copied to <tomcat>/conf/Catalina/localhost/jasperserver-pro.xml (Tomcat does this by default).
Now, if you make changes to your <tomcat>/webapps/jasperserver-pro/META-INF/context.xml, Tomcat will not “see” them. Instead, the jasperserver-pro.xml will be used. This is confusing, but it's the way Tomcat operates.
If you edit your context.xml to fix a database problem:
<tomcat>/webapps/jasperserver-pro/META-INF/context.xml
Remember to delete the jasperserver-pro.xml file:
<tomcat>/conf/Catalina/localhost/jasperserver-pro.xml (delete this file)
Tomcat 6 Installed Using apt-get
Setting CATALINA_HOME
If you're installing JasperReports Server to an instance of Tomcat that was installed using a package manager like apt-get, yum, or rpm, you can use the CATALINA_HOME and CATALINA_BASE properties found in your default_master.properties file.
Go to the section of the default_master.properties that looks like this:
and change it to this:
Note that you must set both CATALINA_HOME and CATALINA_BASE.
Database Driver Location
After installing JasperReports Server, make sure there's a copy of the database driver file in the /usr/share/tomcat7/webapps/jasperserver-pro/WEB-INF/lib directory. If it's not there, copy the driver to this location. For example, for PostgreSQL, you can copy the driver from the
<js-install>/buildomatic/conf_source/db/postgresql/jdbc directory.
Installing on tc Server
If you're installing JasperReports Server to an instance of Pivotal tc Server, you can follow the directions for Tomcat installation in Installing the WAR File Using js-install Scripts, with the following modifications:
1. | Make the correct application server settings in default_master.properties for tc Server. tc Server is For example: |
appServerType = tomcat6[/code] ...[/code] # Tomcat app server root dirappServerDir = <tc-home>/<js-instance>[/code] |
In this example, your tc Server instance is installed to <tc-home> and <js-instance> is the subdirectory where you want to install JasperReports Server.
2. | Edit the other settings and set up your database. |
3. | Run the install as described in To install the WAR file using js-install scripts |
4. | After installation, set up your JVM options. For example, for tc Server 2.5 with an Oracle database, you might set the following options: |
On Windows:
set JVM_OPTS="-Xms1024m -Xmx2048m -XX:PermSize=32m -XX:MaxPermSize=512m -Xss2m" set JVM_OPTS="-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled" set JVM_OPTS="-Doracle.jdbc.defaultNChar=true" |
On Linux:
export JVM_OPTS="-Xms1024m -Xmx2048m -XX:PermSize=32m -XX:MaxPermSize=512m -Xss2m" export JVM_OPTS="-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled" export JVM_OPTS="-Doracle.jdbc.defaultNChar=true" |
See Setting JVM Options for Application Servers for more information.
5. | Start tc Server: |
<tc-home>/tcruntime-ctl.sh <instance> start |
GlassFish Modifications
Using a Custom Domain
If GlassFish is your application server and you’re using a custom domain, set up the following authentication information in the default_master.properties:
Using GlassFish 3.1.0
GlassFish 3.1.0 has a known issue where Java JVM options are not properly set. This issue is fixed in GlassFish 3.1.1 and later.
To set the JVM options in GlassFish 3.1.0:
1. | Open this buildomatic property file: |
<js-install>/buildomatic/default_master.properties
2. | Add the glassfishPort property as follows: |
glassfishPort=4848
Can’t Upload Files on GlassFish 3.1.2
A known issue with file upload on GlassFish 3.1.2 prevents you from uploading files to the JasperReports Server (GLASSFISH 18446). This issue is resolved in the 3.1.2.2 release — a microrelease that resolves this and other critical issues.
Requests to Single Permissions REST2 Service fail on GlassFish
Requests to Single Permissions REST2 service are failing on GlassFish with the following error:
400 Invalid URI: Encoded slashes are not allowed by default. To enable encodedslashes, set the property com.sun.grizzly.util.buf.UDecoder.ALLOW_ENCODED_SLASH to true
To fix this issue, run this command:
./bin/asadmin create-jvm-options -Dcom.sun.grizzly.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true
BufferOverflowException When Working With Input Controls
In some cases, adding a large number of values to an input control causes an overflow error like this:
Request URI is too large.
java.nio.BufferOverflowException
To fix this, increase the allowed URI size in the GlassFish admin console. Go to Configurations > cluster-config > Network Config > Transports > tcp > Buffer Size and increase the value to 131072 or more.
JBoss Modifications
JBoss 7 Startup Error
JBoss 7 has a default startup time period. If your JBoss 7 takes longer than 60 seconds to start or deploy, you may receive the following error:
“(DeploymentScanner-threads - 1) Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]. Check the server configuration file and the server logs to find more about the status of the deployment”.
To fix this, you need to increase your deployment-timeout setting as follows:
1. | Change to the JBoss standalone configuration directory. |
cd <jboss>/standalone/configuration
2. | Open the standalone.xml file. |
3. | Look for the <subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1"> element, for example: |
<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1">
<deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000"/>
</subsystem>
4. | Edit this to add or set the attribute deployment-timeout to the preferred time in seconds, for example: |
<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1">
<deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" deployment-timeout="600"/>
</subsystem>
5. | Save the file. |
On server restart, your system will have the specified time to start up.
JBoss 7 ReservedCodeCacheSize Error
If you get a fatal error like this:
"out of space in CodeCache for adapters"
It may be the result of a too-low a memory setting for the ReservedCodeCacheSize flag. This error has been observed when running the Oracle JDK, version 1.6.
You can set a higher value as shown in the example below:
Linux
export JAVA_OPTS="$JAVA_OPTS -DReservedCodeCacheSize=128m"
Windows
set JAVA_OPTS=%JAVA_OPTS% -DReservedCodeCacheSize=128m
JBoss Large INFO Log Message on Drill-through
JBoss has an internal mechanism to track and log information on unclosed JDBC connections. Jaspersoft OLAP Views leaves a connection open for performance reasons when doing a drill-through. In this case, JBoss puts a large INFO level message in the server.log.
To silence this INFO message:
1. | Open the JBoss log4j configuration file for editing: |
<jboss>/server/default/conf/jboss-log4j.xml
2. | Set the logging level for the CachedConnectionManager class to this value: |
JBoss 5.0.1 and 5.1.x Error
With JBoss 5.0.1 and 5.1.x, you might see the following error:
org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX parser
Caused by: java.lang.ClassCastException
This error might have occurred with older releases of JasperReports Server. Newer releases use a jar newer than 2.7.1 so this problem should not occur. Additionally, the xercesImpl-*.jar is automatically deleted when installing using the buildomatic scripts.
This is a class conflict with the xercesImpl-2.7.1.jar in JasperReports Server. To correct it, delete the following file:
<jboss>/server/default/deploy/jasperserver-pro.war/WEB-INF/lib/xercesImpl-*.jar
When running the buildomatic scripts to deploy to JBoss, the xercesImpl-*.jar file is automatically deleted in order to fix this problem. |
AttachmentStore Error in JBoss 5.1
With JBoss 5.1 you might see the following error:
DEPLOYMENTS IN ERROR:
Deployment “AttachmentStore” is in error due to: java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[java.net.URI] actual=[java.io.File]
This is a known JBoss issue. To resolve it edit the file jboss-5.1.0.GAserverdefaultconfbootstrapprofile.xml to include java.io.File:
<bean name="AttachmentStore" class="org.jboss.system.server.profileservice.repository.AbstractAttachmentStore"> <constructor> <parameter class="java.io.File"> <inject bean="BootstrapProfileFactory" property="attachmentStoreRoot"/> </parameter> </constructor> <property name="mainDeployer"> <inject bean="MainDeployer" /> </property> <property name="serializer"> <inject bean="AttachmentsSerializer" /> </property> <property name="persistenceFactory"> <inject bean="PersistenceFactory"/> </property></bean>[/code] |
Using a Non-default JBoss Profile
If JBoss is your application server, and you’re using a profile other than the default, you need to set the jboss.profile property before running the js-install script in Installing the WAR File Using js-install Scripts:
1. | Open this buildomatic property file: |
<js-install>/buildomatic/build_conf/default/app.srv.properties
2. | Uncomment the jboss.profile property and change the profile name as follows: |
from
# jboss.profile = default
to
jboss.profile = <your_profile>
Using JBoss with Non-Latin Characters
If JBoss is your application server, and your organization is created with non-Latin characters, you will need to edit the standalone.xml configuration file.
1. | Edit <jboss-home>/standalone/configuration/standalone.xml |
2. | Add a new <system-properties> tag after the <extensions> tag: |
<extensions>......</extensions> <system-properties> <property name="org.apache.catalina.connector.URI_ENCODING" value="UTF-8"/> <property name="org.apache.catalina.connector.USE_BODY_ENCODING_FOR_QUERY_STRING" value="true"/></system-properties>[/code] |
JBoss 4.2 XML/A Connection Fix
JBoss 4.2 includes the JBossWS service as a standard, default feature. JasperReports Server has web services support for XML/A connections.
The web services classes in JasperReports Server and JBoss can conflict and cause the following error when attempting to use a JasperReports Server XML/A connection:
javax.xml.soap.SOAPException: Unable to create message factory for
SOAP: org.jboss.ws.core.soap.MessageFactoryImpl
To prevent the web services class conflict, set the special Java JVM options for JBoss 4.2, as described in Tomcat and JBoss JVM Options.
WebSphere Modifications
Page Not Found Error on Login
You may see this error during a WebSphere installation when a user attempts to log into JasperReports Server. After typing in a correct user ID and password, the user sees an error page: Page cannot be found, HTTP 404
Some WebSphere versions or fix packs have modified code that processes web server filters incorrectly. Components with the /* URL pattern get affected by this. JasperReports Server uses the Spring framework for authentication and it is mapped using a filter chain with the /* URL pattern. You need to set a special property that WebSphere provides to solve this problem.
To solve the Page Not Found Error on Login:
1. | Login into WebSphere Administrative Console. |
2. | Navigate to Application Servers > <server> > Web Container Settings > Web Container > Custom Properties. |
3. | Create a new property with the following attributes: |
name: com.ibm.ws.webcontainer.invokefilterscompatibility
value: true
4. | Save the master configuration. |
5. | Restart the WebSphere server. |
WebLogic Modifications
Schema Validation Error
You may see an error like the following on some WebLogic installations:
<Critical> <WebLogicServer> <BEA-000362> <Server failed. Reason: [Management:141245]Schema Validation Error in /u01/app/oracle/WLS/user_projects/domains/x2o_uat_01/config/config.xml
This may be caused by the configuration of the <stuck-thread-max-time>element in the designated configuration file. In this case, removing stuck-thread-max-time may resolve the error.
Disabling User Session Persistence in Application Servers
JasperReports Server stores non-serializable data in its user sessions, which can cause errors after restarting your application server:
Exception loading sessions from persistent storage
Cause: java.io.NotSerializableException ...
The errors appear in the JasperReports Server log when users log in after the application server has been restarted. Users don't see the errors, and they have no impact on JasperReports Server operations.
Because JasperReports Server user sessions are not persistent, you can configure your application server to disable persistence and avoid the error. For example, in Apache-Tomcat 6 and 7 edit the file <tomcat>/conf/context.xml and locate the following lines.
Remove the comment markers from lines 2 and 4 above, then restart Apache-Tomcat activate the change. For other application servers, refer to the product documentation.
Session Error Using JasperReports Server and Tomcat 7
On some versions of Tomcat 7, a session error might occur while running reports, with the log error “A request has been denied as a potential CSRF attack.” This is due to a known conflict between security settings in Direct Web Remote library (DWR) 2.x and some versions of Tomcat 7.0.x:
• | Tomcat 7 sets httpOnly on session ID cookies to safeguard against cross-site scripting (XSS) attacks. |
• | DWR 2.x uses session ID cookies to safeguard against cross-site request forgery (CSRF). |
To work around this problem, you must modify these safeguards by doing one of the following:
• | Disabling httpOnly for cookies in Tomcat |
OR
• | Allowing requests from other domains in DWR |
For more information on the security impact and relative risks of these two choices, see, for example, the Cross-site Scripting and Cross-site Request Forgery pages at the Open Web Application Security Project (OWASP).
Disabling httpOnly for Cookies in Tomcat
The application server hosting JasperReports Server handles the session cookie. To prevent malicious scripts on a client from accessing the session cookie and the user connection, Tomcat 7 is set to use httpOnly cookies. This tells the browser that only the server may access the cookie, not scripts running on the client. When enabled, this setting safeguards against XSS attacks.
You can disable this by setting httpOnly in the file <tomcat>/conf/context.xml:
Allowing Requests from Other Domains in DWR
DWR is a server-side component used for Input Controls. By default, DWR uses session ID cookies to prevent cross-site request forgery. You can disable the protection in DWR by setting the crossDomainSessionSecurity parameter for the dwr servlet in the file <tomcat>webappsjasperserver-proWEB-INFweb.xml:
Recommended Comments
There are no comments to display.