Please, report any issue to help us to improve the app! (smile)

Enabling the plugin logs

SQL for JIRA writes traces in the JIRA logs. However, this feature is disabled by default and you have to explicitly authorize the plugin for that:

JIRA > Administration > System > Logging and Profiling > Default Loggers > Configure:
  • Package Names
    • com.kintosoft.jira.jdbc
    • de.simplicit.vjdbc.server
    • expert.marketplace.jira
    • org.h2
  • Logging Level: DEBUG 

To log the queries causing errors when executed from the console.

  • Package Name: org.h2.jdbc
  • Logging Level: INFO 

Repeat please the test and send the relevant traces to support.

Keep in mind that the configuration above is automatically reset if you re-start JIRA and you have to grant the plugin to write in the JIRA logs again.

Unavailable SQL+JQL web console

The SQL console is unavailable (404 Error).


The user accesses to JIRA via proxy:


The proxy domain name is resolved by the browser against a DNS-1. The proxy routes the user's HTTP request to the JIRA application which is hosted on another server machine,


The proxy resolves the somehost domain name against the DNS-2 which is different than the DNS-1 used by the user's browser.

The user's request is routed to the plugin by the JIRA application. The plugin acts on behalf of the user and it performs some request by using the user's browser URL: https://proxy/jira. Therefore the plugin uses the DNS-3 configured in the JIRA host to resolve the proxy name. This might fail if the proxy name is not registered in the DNS-3 and then a 404 - Not found HTTP error code is displayed.


Add a new entry to the /etc/hosts to resolve the proxy name locally from the JIRA host or add it to the DNS-3.

SQL console shows a strange character sequence

Intermittently the SQL console does not work as expected and shows a large sequence of strange characters.

  1. Go to Administration > System > General Configuration > Edit Configuration
  2. Disable Use gzip compression > Update

The error traces in the Jira logs below are symptoms of the same issue:

2017-01-09 14:06:48,350 http-bio-80-exec-1826 WARN      [com.atlassian.gzipfilter.GzipResponseWrapper] Was unable to create GzipResponseStream. Invalid gzip stream was sent in response body!
ClientAbortException: Connection reset by peer: socket write error
                at org.apache.catalina.connector.OutputBuffer.doFlush(
                at org.apache.catalina.connector.OutputBuffer.flush(
                at org.apache.catalina.connector.CoyoteOutputStream.flush(
                at Source)
                at com.atlassian.gzipfilter.GzipResponseStream.flush(
                at com.atlassian.gzipfilter.GzipResponseWrapper.finishResponse(
                at com.atlassian.gzipfilter.SelectingResponseWrapper.finishResponse(
                at com.atlassian.gzipfilter.GzipFilter.doFilterInternal(
                at com.atlassian.gzipfilter.GzipFilter.doFilter(
                at com.atlassian.jira.web.filters.gzip.JiraGzipFilter.doFilter(
                at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
                at org.apache.catalina.core.ApplicationFilterChain.doFilter(
                at org.apache.catalina.core.StandardWrapperValve.invoke(
                at org.apache.catalina.core.StandardContextValve.invoke(
                at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
                at org.apache.catalina.core.StandardHostValve.invoke(
                at org.apache.catalina.valves.ErrorReportValve.invoke(
                at org.apache.catalina.core.StandardEngineValve.invoke(
                at org.apache.catalina.valves.AccessLogValve.invoke(
                at org.apache.catalina.connector.CoyoteAdapter.service(
                at org.apache.coyote.http11.AbstractHttp11Processor.process(
                at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(
                at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
                at java.util.concurrent.ThreadPoolExecutor$ Source)
                at org.apache.tomcat.util.threads.TaskThread$
                at Source)
Caused by: Connection reset by peer: socket write error
                at Method)
                at Source)
                at Source)
                at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(
                at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(
                at org.apache.coyote.http11.InternalOutputBuffer.flush(
                at org.apache.coyote.http11.AbstractHttp11Processor.action(
                at org.apache.coyote.Response.action(
                at org.apache.catalina.connector.OutputBuffer.doFlush(
                ... 26 more

Console not available anymore

After upgrading some app, the SQL+JQL console is no longer available and the error message below is displayed


This is a  well-know bug and it is resolved in the 7.14.7 version. Please, upgradeto the latest version from the repository.

Exporting more than 1000 issues

Please read Built-in SQL console

For the rest

None of the above helped?

Do not hesitate to contact us for support. Please open an issue here.