Can anyone tell me what version of Java the various versions of CloudHub are running? I'm guessing there's a document somewhere that details as much, but I haven't been able to find it.
I don't know of any doc specifying this, but I can see that as of today, CloudHub runs with: 1.6.0_24 Vendor: Sun Microsystems Inc..
Related
Which version of MULE will be compatible for AWSSDK for Datapipeline, We need to activate Datapipeline through Enterprises version of Mule. Since its Cloud, we can use any mule version from 3.6. Please help us. Right now the Jar version are causing issues, such as NoSuchmethod error or Field not found.
You should be able to use the latest version of AWS SDK.
We are planning on using JDK 1.8 for Mule 3.7 CE.
In the past we edited wrapper.conf to tweak the memory JDK 1.6/1.7 uses. We did this by editing:
wrapper.java.initmemory=256m
wrapper.java.maxmemory=512
wrapper.java.additional.7=-XX:PermSize=256m
wrapper.java.additional.8=-XX:MaxPermSize=512m
Looking into the processes that are running in linux we see that Mule still uses xmx settings. If not mistaken, this no longer works in java 1.8 because it has been removed. Instead JDK 1.8 uses metaspace.
Now my question is, how/where to we make memory tweaks for Mule 3.7 using JDK 1.8? Or does Mule 3.7 CE not support this yet?
Do we simply add to wrapper.conf the following settings?:
wrapper.java.additional.16=-XX:MetaspaceSize=100M
wrapper.java.additional.17=-XX:MaxMetaspaceSize=2024m
And remove:
wrapper.java.initmemory=1024
wrapper.java.maxmemory=1024
Or we do still use the following settings?
wrapper.java.initmemory
wrapper.java.maxmemory?
Thanks!
You can keep using the initmemory and maxmemory.
Changing to Java 1.8 doesn't impact this.
We use Java 1.8 with Mule 3.7 in Linux and we are able to successfully control the heap allocation with the current setting of initmemory and maxmemory.
You might want to use Metaspace configuration only to replace PermGen settings.
wrapper.java.additional.16=-XX:MetaspaceSize=100M
wrapper.java.additional.17=-XX:MaxMetaspaceSize=2024m
Go through the following link for more understanding.
http://www.infoq.com/articles/Java-PERMGEN-Removed
Hope this helps.
I am getting following error while running /tmp/jprofiler8/bin/jpenable
No suitable Java Virtual Machine could be found on your system.
The version of the JVM must be at least 1.6 and at most 1.7.
Please define INSTALL4J_JAVA_HOME to point to a suitable JVM.
You can also try to delete the JVM cache file
I have also set INSTALL4J_JAVA_HOME to point to suitable JVM.
Java version on my machine is 1.4.2.
Can anyone please suggest what might be wrong or missing?
Unfortunately you did not mention details about your environment, so I don't know which Linux distribution you use.
There are some options though:
install a current JRE alongside the installer for JProfiler
As you can't install or update Java, you could provide a JRE in a kind of "portable application" setup. Simply unzip the server jre Oracle provides or (if you are not on an x64 architecture) unzip the jdk you also can download from Oracle.
But if the code you want to profile is limited to your pre-installed Java 1.4 you will run into another problem, because as far as I know Java 1.5 is the minimum JProfiler expects
use a different machine for profiling
Unless your code depends heavily on the environment you run it in you can even take a Windows 8.1 machine and profile the code there. Code that is slow is slow on any operating system. Or make use of a different Linux computer.
I'm running Minecraft on a headless Linux server with OpenJDK. I've added a bunch too many mods and its lagging (even on my local network) without using too much CPU or memory (e.g. its lagging, but its still got resources it can use). So I'm pretty sure its a mod fault.
To save the hassle of removing/adding mods one by one to see whats causing the error, my research led me to VisualVM where you can profile the java application and see which entities are doing what and with what resources. With any luck it should point out the mod consuming the most resources, and the most ticks.
Given its a headless server, and VisualVM is a window/GUI application, I've successfully managed to get it running and passing the GUI back to my Windows client using X over SSH.
Trouble is now, that its telling me that I need to use JDK and not JRE. Which is fair enough. Except OpenJDK has JDK in its name, rendering all googling futile. I cannot for the life of me, find if JDK is included in OpenJDK, what its named, and where it may be located. The other problem is, most of the troubleshooting guides I find are for Windows, and dont help me find the JDK on linux.
As some background information, I'm running Debian, and I know OpenJDK's JRE is installed here: /usr/lib/jvm/java-7-openjdk-amd64/jre
Can someone tell me please, if JDK is in OpenJDK, or I need to install it as well? If I do need to install it, is there an OpenJDK equivelant for JDK? If its already included, can someone provide some tips on locating it, so I can point VisualVM at it instead of the JRE?
The OpenJDK has a JDK, but there is also a cut down version which is just the JRE. I would use locate javac and if it can't find it, you need to install the JDK.
I have WebSphere 7 Aplication Server. There is Java VM 1.6 installed. Linux.
Java version "1.6.0"
Java(TM) SE Runtime Environment (build pxa6460sr10fp1-20120321_01(SR10 FP1))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux amd64-64 jvmxa6460sr10fp1-20120202_101568 (JIT enabled, AOT enabled)
J9VM - 20120202_101568
JIT - r9_20111107_21307ifx1
GC - 20120202_AA)
JCL - 20120320_01
I try to use jProfiler, using trial lisence. But don't want to change something on the server this time.
So I download jprofiler for linux to my server.
Then I run bin/jpenable and it says that:
No unprofiled JVM found
Now I don't know what to do, googling doesn't give any useful result. Can You tell me in what way I must search a problem? May be incorrect path or something else. I hope You'll understand my english (it is not so good).
Have a look at this help pdf, in specifically check out Attach to local JVM session.
Also, have a look at this answer and this question.
hope it will help..