Open evernat opened 5 years ago
That is because the html pages are gzipped by JIRA or Confluence before being seen by the javamelody monitoring filter, so the javamelody monitoring filter don't see where to inject the javascript for RUM.
It could be fixed by putting the javamelody monitoring filter between html generation and the gzip compression filter of JIRA / Confluence, so that the RUM javascript can be injected in the html page. That is by changing location="after-encoding" weight="1"
to location="before-decoration" weight="200"
in atlassian-plugin.xml. But it would break the access to the monitoring page in Bitbucket.
So the workaround is to disable (gzip) compression of http responses in the General configuration in the menu of JIRA or Confluence, then the JVM parameter -Djavamelody.rum-enabled=true
will work. But it would increase bandwidth usage (http responses will not be compressed anymore).
In Atlassian marketplace, a user said in reviews:
When adding the JVM parameter
-Djavamelody.rum-enabled=true
in JIRA or Confluence and after using some pages of JIRA or Confluence, RUM (Real User Monitoring) is supposed to be displayed in the request detail pages with Network, Server execution, DOM processing and Page rendering. (Doc). But it is not displayed.