-
Notifications
You must be signed in to change notification settings - Fork 443
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extra -Xms and -Xmx javaOpts. #232
Comments
They come from the |
This is a bug and already reported in #211 The other option would be to override the bash-script (or provide a fix in a PR :) ). |
I will look to fixing this in a PR at some point(unfortunately it looks -P On 18 April 2014 10:56, Muki [email protected] wrote:
|
Nope. We currently handle issue here at github. Questions are posted on stackoverflow with the |
Sbt native packager version: 0.7.0-RC3
We are using the java server archetype.
Our java opts are set within src/templates/etc-default like follows:
-J-Xmx4096m
-J-Xms1024m
-J-XX:MaxPermSize=1024m
-J-Xss2m
-J-XX:+UseCodeCacheFlushing
-J-XX:ReservedCodeCacheSize=128m
-J-XX:+CMSClassUnloadingEnabled
When the start script is then run with the -d param as follows:
$> /usr/share//bin/ -d
the output looks like:
Executing command line:
java
-Xms1024m
-Xmx1024m
-XX:ReservedCodeCacheSize=128m
-Xmx4096m
-Xms1024m
-XX:MaxPermSize=1024m
-Xss2m
-XX:+UseCodeCacheFlushing
-XX:ReservedCodeCacheSize=128m
-XX:+CMSClassUnloadingEnabled
My question is, where are the top three javaOpts being sourced from, and how can they be removed when etc-default is being used to supply the values for those params? While the heap min and max do take on the values that we supply in etc-default rather than the topmost ones, our ops people are concerned by the duplication.
Thank you sbt native packager team!
The text was updated successfully, but these errors were encountered: