Gradle fails to work with JDK9

Russel_Winder · April 18, 2015, 6:10pm

Gradle fails to work with JDK9. The issue is the MaxPermSize option which is ignored by JDK8 but is not accepted by JDK9. How to switch off this option when running gradle or gradlew?

Unable to start the daemon process.
This problem might be caused by incorrect configuration of the daemon.
For example, an unrecognized jvm option is used.
Please refer to the user guide chapter on the daemon at http://gradle.org/docs/2.3/userguide/gradle_daemon.html
Please read the following process output to find out more:

Unrecognized VM option 'MaxPermSize=384m’
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

sterling · April 19, 2015, 11:02pm

I think we have some other issues with JDK9 at this time too: ClassCastException from org.gradle.process.internal.child.BootstrapSecurityManager

Have you tried with --no-daemon?

sterling · April 20, 2015, 2:27am

I raised GRADLE-3286

CedricChampeau · April 20, 2015, 7:17am

Hi Russel,

I had a similar problem with the Groovy build, which is ran against multiple JDKs (5 to 9), and some of them require the MaxPermSize value and some other not. In the end, what I did is pretty simple: the options are specified in gradle.properties

github.com

melix/groovy-core/blob/master/gradle.properties#L17-16


#
#     http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.


groovyVersion = 3.0.0-SNAPSHOT
# bundle version format: major('.'minor('.'micro('.'qualifier)?)?)? (first 3 only digits)
groovyBundleVersion = 3.0.0.SNAPSHOT


gradle_version=4.4


groovyJUnit_ms=512m
groovyJUnit_mx=1g
groovyJUnit_permSize=64m
groovyJUnit_maxPermSize=256m


javacMain_mx=512m

Then when a JDK 9 build is started, before running Gradle, there’s a build step which filters out the MaxPermSize parameter from this line. From my perspective, it means that just having a gradle.properties file that sets org.gradle.jvmargs without MaxPermSize is enough,

Russel_Winder · April 20, 2015, 11:38am

OK, so putting:

org.gradle.jvmargs =

in ~/gradle/gradle.properties gets rid of the problem, so I am OK. On the other hand this is getting rid of all the mx options as well. For JDK8 onwards CMS options are a waste of time (due to G1), but if Gradle needs values for mx, ms, etc. I am not getting them.

CedricChampeau · April 20, 2015, 11:50am

As far as I know you can still put Xmx/Xms in the jvmargs. Only make sure you don’t add MaxPermSize.

Russel_Winder · April 20, 2015, 12:37pm

Indeed, the question was really what are the right values, or whether the defaults for the JVM are now entirely reasonable given we are talking of JDK8 and JDK9.

gverwers · April 20, 2015, 1:05pm

According to Where Has the Java PermGen Gone?

MaxPerGen is no more after Java 8 but it was replaced.

It may be useful to look at setting it’s replacement MetaspaceSize.

Russel_Winder · April 20, 2015, 2:54pm

That link results in a 404. Yes PermGen is gone from JDK8 onwards, but I think the idea is to leave G1 to sort things out and avoid any setting of JVM parameters unless absolutely necessary.

Adrian_Kelly · May 12, 2015, 12:44pm

There is also a ‘+IgnoreUnrecognizedVMOptions’ vm argument:

-Dorg.gradle.jvmargs=-XX:+IgnoreUnrecognizedVMOptions