I’m running a local instance of Jira Server for development, v7.13.3.
Command: atlas-run-standalone --product jira --data-version 7.13.3 -v 7.13.3 -Dajp.port=8010 --jvmargs -Xmx4096m
I was noticing for that last week that Jira sure seemed slow navigating the pages until I just checked the Network panel in Chrome Dev Tools and noticed that it is loading an ungodly amount of scripts and css files for a single page. I tried many different pages and the lowest number of requests was >1200 for the home dashboard.
What is the reason for this? Our production server makes about 160 HTTP requests per page. Do I need to turn off some features??? I turned off Analytics but that didn’t help.
Get this, for a single issue page, there are 1,484 elements under the html>head section. 1,484!!!
Edit: FYI, a standalone Confluence instance does not exhibit this behavior. It’s total HTTP requests in ~51.
I know this isn’t a support forum. I think this would be the place to answer my question and resolve the issue with the SDK. And since you mention it, another thing for your SDK dev leads, it makes no sense that Jira launched with atlas-run-standalone would run with batching off, but launching Jira with atlas-run for a plugin would run with batching on. Apps run with atlas-run-standalone generally are not being debugged and are only used (typically) as supporting apps while developing another app, e.g., developing a Confluence plugin that requires Jira as a supporting app. Furthermore, not providing a simple way to turn-off batching for an atlas-run-standalone app is perplexing and makes running any app that way not worth the hassle. Take this feedback and do with it as you wish.
atlas-run and atlas-run-standalone are awfully slow. In most cases it’s IMHO better to just run a normal Jira instance and optionally enable debug mode and disable resource minification, so you can debug JS code in the browser if needed.
You also don’t risk throwing away your database by accident (when running atlas-clean) and you can use a real database (like Postgres) instead of H2, which improves performance again and sometimes might catch errors in your Active Objects which work just fine on H2.
BTW even if you’re running in a dev mode instance, you can toggle resource batching by pressing the “b” button while on a webpage. A little flag will show up showing you the new status of the we resource batching and it will take effect immediately, which you’ll seen when hard reloading the page.
For questions on AMPS / Atlassian SDK development, you’ll want to cc @mpaisley.
Instead of start-jira.sh I just run catalina.sh jpda start. If you want more options, use the options Sven posted. My Jira runs on 8080 and the debugger by default uses port 8000 (which also seems to be Eclipse’s default).