Menu

Discussion Forum

New Discussion
Filtrer

Note: This discussion is about an older version of the COMSOL Multiphysics® software. The information provided may be out of date.

Discussion Closed This discussion was created more than 6 months ago and has been closed. To start a new discussion with a link back to this one, click here.

COMSOL JVM (JRE) version

Posted 31 août 2011, 05:21 UTC−4 Installation & License Management Version 4.2 1 Reply

Iker Rodriguez
Send Private Message Flag post as spam

Please login with a confirmed email address before reporting spam

Is it possible to update the java runtime environment that COMSOL is using? It seems possible to manually change the files in C:\COMSOL42\java\win64 by an updated version of the JRE, and everything works well, but it seems a tacky way of doing that. Is there any environment variable like in MATLAB (MATLAB_JAVA) to change the JRE used?

Thank you.
1 Reply Last Post 19 mars 2012, 01:21 UTC−4
COMSOL Moderator

Hello Iker Rodriguez

Your Discussion has gone 30 days without a reply. If you still need help with COMSOL and have an on-subscription license, please visit our Support Center for help.

If you do not hold an on-subscription license, you may find an answer in another Discussion or in the Knowledge Base.

Rene Chavez
Send Private Message Flag post as spam

Please login with a confirmed email address before reporting spam

Posted: 1 decade ago 19 mars 2012, 01:21 UTC−4
A year late. For testing purposes, I think I've overriden COMSOL JVM by editing ${COMSOL_INSTALL_DIR}/bin/comsol and ${COMSOL_INSTALL_DIR}/bin/glnxa64/comsol.ini .


--- bin/comsol.orig 2012-03-18 23:04:06.618807094 -0600
+++ bin/comsol 2012-03-18 23:00:37.635809089 -0600
@@ -428,7 +428,8 @@
FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/ia64/libjsig.so
;;
glnxa64)
- FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/amd64/libjsig.so
+ #FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/amd64/libjsig.so
+ FLLDPRELOAD=/usr/lib/jvm/icedtea-7/jre/lib/amd64/libjsig.so
;;
sol2)
FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/sparc/libjsig.so



--- bin/glnxa64/comsol.ini.orig 2012-03-18 23:09:32.122803992 -0600
+++ bin/glnxa64/comsol.ini 2012-03-18 23:09:20.645804101 -0600
@@ -5,7 +5,8 @@
../glnxa64
-install ../..
-vm
-../../java/glnxa64/jre/lib/amd64/server/libjvm.so
+#../../java/glnxa64/jre/lib/amd64/server/libjvm.so
+/usr/lib64/jvm/icedtea-7/jre/lib/amd64/server/libjvm.so
-vmargs
#-Djava.net.useSystemProxies=true
-Dosgi.splashPath=platform:/base/plugins/com.comsol.util/


I think this is the way to do it, because calling a non-existent libjvm.so library results in a dialog error box complaining about a valid JVM missing.

I don't know yet the impact that could cause the JVM change (if negative due to compatibility [for example, in my case, from java6 to java7], or positive due to personalization).
A year late. For testing purposes, I think I've overriden COMSOL JVM by editing [b]${COMSOL_INSTALL_DIR}/bin/comsol[/b] and [b]${COMSOL_INSTALL_DIR}/bin/glnxa64/comsol.ini[/b] . [quote] --- bin/comsol.orig 2012-03-18 23:04:06.618807094 -0600 +++ bin/comsol 2012-03-18 23:00:37.635809089 -0600 @@ -428,7 +428,8 @@ FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/ia64/libjsig.so ;; glnxa64) - FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/amd64/libjsig.so + #FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/amd64/libjsig.so + FLLDPRELOAD=/usr/lib/jvm/icedtea-7/jre/lib/amd64/libjsig.so ;; sol2) FLLDPRELOAD=${FLROOT}/java/${ARCH}/jre/lib/sparc/libjsig.so [/quote] [quote] --- bin/glnxa64/comsol.ini.orig 2012-03-18 23:09:32.122803992 -0600 +++ bin/glnxa64/comsol.ini 2012-03-18 23:09:20.645804101 -0600 @@ -5,7 +5,8 @@ ../glnxa64 -install ../.. -vm -../../java/glnxa64/jre/lib/amd64/server/libjvm.so +#../../java/glnxa64/jre/lib/amd64/server/libjvm.so +/usr/lib64/jvm/icedtea-7/jre/lib/amd64/server/libjvm.so -vmargs #-Djava.net.useSystemProxies=true -Dosgi.splashPath=platform:/base/plugins/com.comsol.util/ [/quote] I think this is the way to do it, because calling a non-existent libjvm.so library results in a dialog error box complaining about a valid JVM missing. I don't know yet the impact that could cause the JVM change (if negative due to compatibility [for example, in my case, from java6 to java7], or positive due to personalization).

Note that while COMSOL employees may participate in the discussion forum, COMSOL® software users who are on-subscription should submit their questions via the Support Center for a more comprehensive response from the Technical Support team.

Suggested Content