I can't run jasperserver. I have tried reinstall with bundle version (tomcat 8.5) and also with another (9.0) versions of tomcat. tomcatmanager screen . Services jasperreportsTomcat and jasperreportsPostrgreSQL are running services . run from browser Logs from tomcat local host and catalina:
27-Sep-2020 14:37:09.617 INFO [http-nio-8080-exec-46] org.apache.jasper.servlet.TldScanner.scanJars
least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a
complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during
scanning can improve startup time and JSP compilation time.
27-Sep-2020 14:37:23.252 SEVERE [http-nio-8080-exec-46]
org.apache.catalina.core.StandardContext.startInternal One or more listeners failed to start. Full
details will be found in the appropriate container log file
27-Sep-2020 14:37:23.253 SEVERE [http-nio-8080-exec-46]
org.apache.catalina.core.StandardContext.startInternal Context [/jasperserver] startup failed due to
previous errors
27-Sep-2020 14:37:23.318 WARNING [http-nio-8080-exec-46]
org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application
[jasperserver] appears to have started a thread named [Thread-301] but has failed to stop it. This is
very likely to create a memory leak. Stack trace of thread:
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
com.jaspersoft.jasperserver.war.themes.ThemeCache$RefreshThread.run(ThemeCache.java:332)
27-Sep-2020 14:37:23.319 WARNING [http-nio-8080-exec-46]
org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application
[jasperserver] appears to have started a thread named [pool-36-thread-1] but has failed to stop it.
This is very likely to create a memory leak. Stack trace of thread:
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await
(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.PriorityBlockingQueue.take(PriorityBlockingQueue.java:550)
jmxlogger.tools.JmxLogService$3.run(JmxLogService.java:214)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)
Please help me. This is useful in my first project :-)
I solved this by installing Jasper Server version 7.5 and delete .jrsks and .jrsksp from C:/users/[username here] before intalation. I chose everythink bundled during installation.
Related
Trying to deploy Midpoint OpenSource IDM software on Windows server
Runing JAVA 9.0.1 and Tomcat Apache 8.5
Deployment of the WAR file seems to succeed but application does not start
On Tomcat Web Application Manager I get the error:
FAIL - Application at context path [/midpoint] could not be started
In the Catalina logs all I can see is:
SEVERE [http-nio-8080-exec-38] org.apache.catalina.core.StandardContext.startInternal One or more listeners failed to start. Full details will be found in the appropriate container log file
SEVERE [http-nio-8080-exec-38] org.apache.catalina.core.StandardContext.startInternal Context [/midpoint] startup failed due to previous errors
I'm unable to deploy a web application on my Tomcat server. Strangely, it works fine on a second testing server I set up. I did my best to make the environments on both machines as similar as possible, and to deploy the application the same way. I'm not sure how to proceed with troubleshooting at this point.
Both servers are running Tomcat/8.0.37 on JVM 1.8.0_101-b13 with a MySQL backend (Version 14.14 Distrib 5.7.15 for Linux (x86_64) using EditLine wrapper). The OS for both is Ubuntu 14.04, though they are hosted by different cloud providers. I have deployed the .WAR files on both servers through the Manager App's upload feature. On the non-working server, clicking Start yields the error FAIL - Application at context path /mediaServer could not be started. In Tomcat's logs/catalina.out file, I see this warning:
19-Sep-2016 20:45:29.239 WARNING [http-nio-8080-exec-1]
org.springframework.context.support.AbstractApplicationContext.doClose
Exception thrown from LifecycleProcessor on context close
java.lang.IllegalStateException: LifecycleProcessor not initialized - call
'refresh' before invoking lifecycle methods via the context: Root
WebApplicationContext: startup date [Mon Sep 19 20:45:29 UTC 2016]; root
of context hierarchy
at org.springframework.context.support.AbstractApplicationContext
.getLifecycleProcessor(AbstractApplicationContext.java:359)
at org.springframework.context.support.AbstractApplicationContext
.doClose(AbstractApplicationContext.java:890)
at org.springframework.context.support.AbstractApplicationContext
.close(AbstractApplicationContext.java:843)
at org.springframework.web.context.ContextLoader.closeWebApplicationContext
(ContextLoader.java:579)
at org.springframework.web.context.ContextLoaderListener.contextDestroyed
(ContextLoaderListener.java:115)
at org.apache.catalina.core.StandardContext.listenerStop
(StandardContext.java:4900)
at org.apache.catalina.core.StandardContext.stopInternal
(StandardContext.java:5537)
at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:221)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:149)
at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1284)
at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:666)
at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:217)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:292)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:207)
at org.apache.catalina.filters.CsrfPreventionFilter.doFilter
(CsrfPreventionFilter.java:136)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:207)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:207)
at org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter
(SetCharacterEncodingFilter.java:108)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:207)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:212)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke
(AuthenticatorBase.java:614)
at org.apache.catalina.valves.RequestFilterValve.process
(RequestFilterValve.java:313)
at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:86)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke
(AbstractAccessLogValve.java:616)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528)
at org.apache.coyote.http11.AbstractHttp11Processor.process
(AbstractHttp11Processor.java:1100)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process
(AbstractProtocol.java:687)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
19-Sep-2016 20:45:29.249 WARNING [http-nio-8080-exec-5]
org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The
web application [mediaServer] appears to have started a thread named
[Abandoned connection cleanup thread] but has failed to stop it. This is
very likely to create a memory leak. Stack trace of thread:
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
com.mysql.jdbc.NonRegisteringDriver$1.run(NonRegisteringDriver.java:93)
I see no such warnings on the working server.
Not sure if it's relevant, but the working server's Tomcat manager shows the OS version as 3.13.0-30-generic, whereas the non-working one shows 4.7.0-x86_64-linode72.
Other details:
I have two other .WAR files which are deployed and working fine on both servers.
The MySQL database names, contents, and credentials are identical on both servers.
Edits:
I have tried copying the .WAR file in question to the server and deploying it manually in the webapps directory. The issue persists and the full error log is here: http://sprunge.us/BKLg
I have also deployed the .WAR file successfully on my local Windows machine and a remote Windows Server VM. The issue only occurs on this one Ubuntu VM.
I "ant install.source" Openbravo, then "ant war", put .war to the /opt/tomcat/webapps, restated tomcat service. "catalina.out" says:
org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/examples
org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [9,302] milliseconds.
org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/examples has finished in 10,126 ms
org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/openbravo
org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
Exception in thread "main"
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "main"
and nothing more, openbravo.out says this:
**Initializing in-memory model...
org.openbravo.base.model.ModelProvider - Building runtime model
org.openbravo.dal.core.DalLayerInitializer - Model read in-memory, generating mapping...
ERROR org.hibernate.proxy.pojo.BasicLazyInitializer - Javassist Enhancement failed: org.openbravo.model.common.order.Order
java.lang.RuntimeException: by java.lang.OutOfMemoryError: PermGen space**
Here are my CATALINA_OPTS in /etc/systemd/system/tomcat.service
CATALINA_OPTS="-Djava.awt.headless=true -Djava.library.path=/usr/lib/ -Xms384M -Xmx1536M -server -XX:MaxPermSize=1024M -XX:+DisableExplicitGC -XX:CompileCommand=exclude,net/sf/jasperreports/engine/export/JRGridLayout,horizontallyMergeEmptyCells"
What is wrong with it?
Solved.
Just start using java 1.8 instead 1.7
I added a jar file mysql-connector-java-5.1.34-bin.jar to my $CATALINA_HOME/lib/ folder so I could use this library for connection pooling for mysql.
I running a dedicated server with Centos 6.6 X64 with Cpanel.
I installed jdk8 in /opt/jdk1.8.0_25 and installed tomcat 8 by untarring the download in the /home/username/ folder. I followed this tutorial:
http://tecadmin.net/install-tomcat-8-on-centos-rhel-and-ubuntu/
A simple "Hello World" servlet is running by deploying a .war file in the public_html folder
However now when I start up Tomcat (8.0.15) in the catalina.out file I see the error:
09-Dec-2014 17:45:49.152 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.0.15
09-Dec-2014 17:45:49.182 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive /home/username/public_html/J.war
09-Dec-2014 17:45:49.592 INFO [localhost-startStop-1] org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
09-Dec-2014 17:46:04.623 INFO [localhost-startStop-1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [14,997] milliseconds.
09-Dec-2014 17:46:04.657 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive /home/username/public_html/J.war has finished in 15,474 ms
And the connection pooling doesn't work. At my previous server the hosting company had setup tomcat with Cpanel and this worked just fine. I did not change the servlets so that cannot be the problem either.
My environment variables are:
CATALINA_HOME=/home/username/apache-tomcat-8.0.15
JRE_HOME=/opt/jdk1.8.0_25/jre
JAVA_PATH=/opt/jdk1.8.0_25/jre
PATH=/usr/local/jdk/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr
/bin:/opt/jdk1.8.0_25/jre/bin:/opt/jdk1.8.0_25/bin:/usr/local/bin:/usr/X11R6/bin
:/root/bin:/opt/jdk1.8.0_25/bin
JAVA_HOME=/opt/jdk1.8.0_25
CLASSPATH=.:/usr/local/jdk/lib/classes.zip
The last CLASSPATH I do not understand because there is no file classes.zip on the server.
I also tried adding the jar file directly in the WEB-INF/lib folder of the deployed war file but this also did not work (the error in catalina.out was gone though).
Can somebody explain what I'm doing wrong with adding the library?
Thanks
I developed one web applications using struts. Now when i tried to run in another machine I am getting the following error. Following is taken from glassfish server log
SEVERE: INFO [http-thread-pool-8080-(1)] (CommonsLogger.java:31) - Parsing configuration file [struts-default.xml]
SEVERE: INFO [http-thread-pool-8080-(1)] (CommonsLogger.java:31) - Unable to locate configuration files of the name struts-plugin.xml, skipping
SEVERE: INFO [http-thread-pool-8080-(1)] (CommonsLogger.java:31) - Parsing configuration file [struts-plugin.xml]
SEVERE: INFO [http-thread-pool-8080-(1)] (CommonsLogger.java:31) - Parsing configuration file [struts.xml]
SEVERE: INFO [http-thread-pool-8080-(1)] (CommonsLogger.java:31) - Loading global messages from ApplicationResources
Also in the browser I am getting java.lang.reflect.InvocationTargetExceptionthis message. Please tell me where the problem lies.
This seems to be a similar problem to what is described in this article:
http://www.java.net/node/705006
It appears to be a GlassFish bug to incorrectly put "SEVERE:" before the log message that actually starts with "INFO".
FYI I came across this with SL4J and Glassfish 3.1. The exact same code logging via the JUL logger works perfectly, and then you get the "SEVERE:" when you swap it out with a proper logger.
Sadly I have not been able to find a resolution, and will post it when I find it. It is equally possible that they re-fix the bug in the next version of GlassFish.