nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

JIRA is running in Windows server and is giving me this error and this caused a down time

Juan Manuel Herrera

Here I am adding the error part besindes the warning:

17-Jun-2019 16:08:47.697 WARNING [http-nio-8080-exec-76] org.apache.catalina.connector.Response.setContentType The encoding [binary] is not recognised by the JRE
java.lang.IllegalArgumentException: java.io.UnsupportedEncodingException: The character encoding [binary] is not supported
at org.apache.coyote.Response.setCharacterEncoding(Response.java:417)
at org.apache.catalina.connector.Response.setContentType(Response.java:810)

Also this is part of the Log

Caused by: java.io.UnsupportedEncodingException: The character encoding [binary] is not supported
at org.apache.tomcat.util.buf.B2CConverter.getCharsetLower(B2CConverter.java:100)
at org.apache.tomcat.util.buf.B2CConverter.getCharset(B2CConverter.java:76)
at org.apache.coyote.Response.setCharacterEncoding(Response.java:415)
... 236 more

17-Jun-2019 16:09:47.818 INFO [Thread-150] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["http-nio-8080"]
17-Jun-2019 16:09:47.911 INFO [Thread-150] org.apache.catalina.core.StandardService.stopInternal Stopping service [Catalina]
17-Jun-2019 16:11:22.437 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [oracle.jdbc.driver.BlockSource.ThreadedCachingBlockSource.BlockReleaser] 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)
oracle.jdbc.driver.BlockSource$ThreadedCachingBlockSource$BlockReleaser.run(BlockSource.java:327)
17-Jun-2019 16:11:22.438 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [JonasBatch] 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)
org.objectweb.jonas_timer.TimerManager.batch(TimerManager.java:193)
org.objectweb.jonas_timer.Batch.run(TimerManager.java:65)
17-Jun-2019 16:11:22.439 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [JonasClock] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
java.lang.Thread.sleep(Native Method)
org.objectweb.jonas_timer.TimerManager.clock(TimerManager.java:142)
org.objectweb.jonas_timer.Clock.run(TimerManager.java:46)
17-Jun-2019 16:11:22.440 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [OracleTimeoutPollingThread] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
java.lang.Thread.sleep(Native Method)
oracle.jdbc.driver.OracleTimeoutPollingThread.run(OracleTimeoutPollingThread.java:148)
17-Jun-2019 16:11:22.441 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [JEENTITY-indexQueue: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.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
com.thed.zephyr.je.index.ZFJQueueingIndex$Task.index(ZFJQueueingIndex.java:135)
com.thed.zephyr.je.index.ZFJQueueingIndex$Task.run(ZFJQueueingIndex.java:123)
java.lang.Thread.run(Thread.java:748)
17-Jun-2019 16:11:22.442 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [FelixShutdown] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
org.apache.felix.framework.ServiceRegistry.removeServiceRegistration(ServiceRegistry.java:534)
org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:144)
org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:127)
com.atlassian.plugin.osgi.container.felix.FelixOsgiContainerManager$BundleRegistration.stop(FelixOsgiContainerManager.java:630)
org.apache.felix.framework.util.SecureAction.stopActivator(SecureAction.java:667)
org.apache.felix.framework.Felix$SystemBundleActivator.stop(Felix.java:4715)
org.apache.felix.framework.util.SecureAction.stopActivator(SecureAction.java:667)
org.apache.felix.framework.Felix.stopBundle(Felix.java:2530)
org.apache.felix.framework.Felix$2.run(Felix.java:959)
java.lang.Thread.run(Thread.java:748)
17-Jun-2019 16:11:22.446 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ROOT] appears to have started a thread named [Batik CleanerThread] 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)

Can anyone please help, this will be much appreciated.

Accepted answers

Tomas Gustavsson_mf0n45

I do not know, but do you have the right JRE?

17-Jun-2019 16:08:47.697 WARNING [http-nio-8080-exec-76] org.apache.catalina.connector.Response.setContentType The encoding [binary] is not recognised by the JRE

Otherwise, i assume you have a license, so make a backup of your jira instance and contact atlassian support and they will help you.

https://confluence.atlassian.com/adminjiraserver/backing-up-data-938847673.html

https://confluence.atlassian.com/adminjiraserver/anonymising-jira-application-data-938847706.html

All comments

Tomas Gustavsson_mf0n45

Otherwise, i assume you have a license, so make a backup of your jira instance and contact atlassian support and they will help you.

https://confluence.atlassian.com/adminjiraserver/backing-up-data-938847673.html

https://confluence.atlassian.com/adminjiraserver/anonymising-jira-application-data-938847706.html

Juan Manuel Herrera

Hello Tomas - Thanks for your comments on this issue, I would like to ask a couple of questions on this.

How I make sure I have the correct JRE?

On your question about the license do you mean I need a license for the JDK as per the comments on this https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

Best Regards,

Juan Manuel Herrera

Also caught my attention that I am seeing this warning very often in my logs:

17-Jun-2019 08:42:44.578 WARNING [http-nio-8080-exec-17] com.sun.jersey.spi.container.servlet.WebComponent.filterFormParameters A servlet request, to the URI http://jira:port /rest/activity-stream/1.0/preferences?_=1560775364750, contains form parameters in the request body but the request body has been consumed by the servlet or a servlet filter accessing the request parameters. Only resource methods using @FormParam will work as expected. Resource methods consuming the request body by other means will not work as expected.

Any idea on the same?

Tomas Gustavsson_mf0n45

Hi,

Here you can find what Jira supports

https://confluence.atlassian.com/adminjiraserver072/supported-platforms-828787550.html

Tomas Gustavsson_mf0n45

Not sure, but maybe this can help you

https://community.atlassian.com/t5/Jira-questions/Contain-form-parameters-in-the-request-body-but-the-request-body/qaq-p/776435