We Keep Coding

Unable to Start Talend Tool JAVA Version incompatibility

My Talend tool version is 5.6. As mentioned in Talend documentation it needs Java Runtime Environment 7 i.e jdk1.7, which is installed - along with set java_home in my environment variables. As per me it should work.
However I have jdk1.8 installed too, but I'm correctly pointing jdk1.7 path at environment variable.
Alternatively I have tried giving jdk1.7 path in Talend's Talend-Studio-win-x86_64.ini file. It's still giving me error.
Below is snapshot: in cmd the installed version shows jdk1.8 where in echo %JAVA_HOME% it shows path of jdk1.7
While starting tool this error comes:

Create a batch file with the following command:
Talend-Studio-win-x86_64.exe -vm "[jdk path]\bin"
Then start the studio by executing this batch.

Talend is based on eclipse, so you can set the java vm to use in the ini-file. (Sorry, I don't have an installation here right now, I think it is called talend.ini - nevertheless, it is located in talend's installation folder.)
Add the following to the top of the file:
-vm
[path to your java 7]/bin/javaw.exe

try to make changes in TOS_DI-win-x86_64.ini file
add line
-vm
C:\Program Files\Java\jdk-11.0.14\bin\javaw.exe
And update or confirm the version as below.
-Dosgi.requiredJavaVersion=11.0.14
Hope it'll help to fix the issue

Suppose you have talend in c:\talend and jdk1.7 is in C:\jdk1.7.
You can do like the following in windows environment.
Open command prompt.
Goto the bin folder location where jdk 1.7 is located. For example if you have jdk in C:\jdk1.7 then
cd\
cd C:\jdk1.7\bin
Then from bin folder of jdk type the full uri of the executable and hit enter.
In the above supposition c:\jdk1.7\bin>c:\talend\tos_di-xxxxx.exe
In the above statement tos_di-xxxxx.exe is the executable file depending on the os environment

VM error while starting Wildfly (JBoss) server

I have wildfly-10.0.0.Final available with PATH variable set. I am using Ubuntu. Also I have jdk1.7.0_79. I am facing the problem that as when I am trying to start server that is executing standalone.sh then I am getting the error,
Unrecognized VM option 'MetaspaceSize=96M'
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Use jdk 1.8 instead of jdk 1.7. MetaspaceSize is a new flag added for Metaspace in jdk 1.8.

Check java -version. If it is not java version "1.8.0_xx", then set the JAVA_HOME environment variable as below and run the command,
bash-4.1$ export JAVA_HOME=LOCATION_TO_JDK1.8.0

You have to put in the standalone.bat file this line set JAVA_HOME=C:\Program Files\Java\jdk-9.0.4, and change the ubication of the JDK installation.

Ant and Classpath

I just started to learn Java using Thinking in Java book, and have some troubles using ant.
I'm using Ubuntu 12.04, and have openjdk 7 java installed. I also setup the CLASSPATH to be the code folder
When I run ant in code folder, this is the output:
Exception in thread "main" java.lang.RuntimeException: JDK 1.4.1 or higher is required to run the examples in this book.
[CheckVersion] at com.bruceeckel.tools.CheckVersion.main(Unknown Source)
However when I run java -version, this is the output:
java version "1.6.0_27"
OpenJDK Runtime Environment (IcedTea6 1.12.5) (6b27-1.12.5-0ubuntu0.12.04.1)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)
How to setup ant and classpath correctly?
P/S: Thanks everyone for the help!!! I figured out why it fails to check the version.
The testing condition is "if(minor < '4' || point < '1')" in CheckVersion.java. Yet my version is 1.6.024, eventhough 6>4 but 0<1 that's why it failed. I guess we need to rewrite the testing condition!

Try setting your JAVA_HOME environment variable to the install directory of your 1.6 JDK.
When you type "java -version", the command shell is using the first java executable it finds in your PATH. Ant probably looks for the java executable in the "bin" sub-directory of your JAVA_HOME directory.
To find the location of your java executable, type the following:
which java
and let's say you got the following output:
/usr/local/java1.6/bin/java
You would then set your JAVA_HOME variable to /usr/local/java1.6. Assuming a Bourne or Bash shell, the syntax for that would be
export JAVA_HOME=/usr/local/java1.6

eclipse installed but cannot start java returned exit-code = 1

I recently installed eclipse-dsl-juno-SR1-win32-x86_64 and after extracting the files, as I started running Eclipse it gave me the following error :
Java was started but returned exit code=1 (required java version=1.5)
I checked the reason for this and also tried reinstalling as well as solutions suggested by other discussion forums, but to no avail.
I have installed
Eclipse IDE for Java and DSL Developers : eclipse-dsl-juno-SR1-win32-x86_64 under the Eclipse Juno SR1 packages AND
JDK 1.7.0_11 (x64)
I have linked my Environment Variables up correctly and tried to compile a Java file through cmd and have succeeded.
I tried running the following in cmd: -vm "mypath\jdk1.7.0_11\jre\bin" command as forums suggested
as well as other paths -vm "mypath\jdk1.7.0_11\bin" -vm "mypath\jdk1.7.0_11\jre\bin\javaw.exe" even -vm "mypath\jre6\bin" out of desperation to no avail.
Please help me out with this. I'm stuck :(

What worked for me was to set -vm to point to jvm.dll instead of java.exe or javaw.exe
-vm C:your_java\jre7\bin\client\jvm.dll
It seems a bug with Java 1.7. If you go back to Java 1.6 the problem seems to disappear as well.
Eclipse: Java was started but returned exit code -1073741571

Sorry - a bit too much for a comment - my suggestion:
First of all: I've just tried it with - well - almost the configuration you have (Win8-64bit), but with already a newer java and the SR2 release of Eclipse-DSL. No issues. But I don't think the previous release could be the issue here, but if nothing helps: try downloading the SR2-release.
I know it's all stated in your post, but really make sure you're starting your 64-Bit eclipse with a 64-bit java. Also you always have to provide one of the java.exe, javaw.exe or jvm.dll in the vm-argument, if you provide the vm-argument - not just the java directory.
Also try the following: start with
-vm "<yourjavainstallation>\bin\java.exe" -consoleLog -debug
mind: it is java.exe, not javaw.exe - a console (command window) will appear - maybe the messages will help?
If all fails - try to do it with a 32-bit java and 32-bit eclipse installation. You can use the newest java - JDK 1.6 is not needed. One last point: the required java version=1.5) suggests you have an ancient JDK on your system (if the error message is correct that is). If you still have a JDK 1.4 and older on your system - try to deinstall it, if you really do not need it any more (I wouldn't find a reason what for actually).
One last thing: There is a way to make sure eclipse uses a specified jre without the vm-argument. You can actually copy the needed jre to your eclipse-installation in a sub-folder called "jre" resulting in the following structure:
eclipse
eclipse.exe
jre
bin
java.exe
...
lib
...
and start the eclipse without the vm-argument. I hope one of the points will help!

I have added following lines in eclipse.ini file after openFile.
-vm
C:/Progra~2/Java/jdk1.6.0_27/jre/bin/javaw.exe
Now its working fine.

It seems that there is a bug happens with JDK 1.7.0_11 (x64).
the Solution is in this https://stackoverflow.com/a/14022587/2294985 , Illustrating what to change in the eclipse.ini file

I started getting same error for eclipse after installing QTP on my laptop.
when I tried to run a simple java hello world program from command prompt , I got below error :
c:\Java\test>javac MyFirstApp.java
Picked up JAVA_TOOL_OPTIONS: -agentlib:jvmhook
Picked up _JAVA_OPTIONS: -Xrunjvmhook -Xbootclasspath/a:C:\PROGRA~2\HP\QUICKT~1\bin\JAVA_S~1\classes;C:\PROGRA~2\HP\QUICKT~1\bin\JAVA_S~1\classes\jasmine.jar;C:\Users\vivekrs\Documents\Raj\sev2\Tools\
QTP11\QuickTest\MSI\bin\java_shared\bin
Error occurred during initialization of VM
Could not find agent library jvmhook on the library path, with error: %1 is not a valid Win32 application
Then I removed JAVA_TOOL_OPTIONS and _JAVA_OPTIONS variables from Environments and java and Eclipse both started working fine.
you can try type javac in cmd prompt and see what error you are getting, and try to resolve that error, elipse will start working.

I have removed this line and works for me in Eclipse Luna:
-XX:-UseCompressedOops
-vm
C:\Program Files\Java\jdk1.7.0_79\jre\bin\server\jvm.dll

I added the line:
-XX:-UseCompressedOops
to eclipse.ini and so far so good!

"Could not find the main class. Program will exit"

I'm trying to run SQuirreL SQL.
I've downloaded it and installed it, but when I try to run it I get this error message:
Java Virtual Machine Launcher.
Could not find the main class.
Program will exit.
I get the gist of this, but I have not idea how to fix it. Any help?
more info:
I'm on Windows XP pro.
I have java 1.6 installed, and other apps are running OK.
The install ran OK.
I believe I've followed the installation instructions correctly.
To run it, I'm invoking the squirrel-sql.bat file.
Update
This question: "Could not find the main class: XX. Program will exit." gives some background on this error from the point of view of a java developer.

Is Java installed on your computer? Is the path to its bin directory set properly (in other words if you type 'java' from the command line do you get back a list of instructions or do you get something like "java is not recognized as a .....")?
You could try try running squirrel-sql.jar from the command line (from the squirrel sql directory), using:
java -jar squirrel-sql.jar

The classpath is the path that the system will follow when trying to find the classes that you're trying to run. In the batch file you're trying to execute it probably has a variable like CLASSPATH=blah;blah;etc or a java command that looks similar to
java -classpath "c:\directory\lib\squirrel-sql.jar" com.some.squirrel.package.file
If you can find or add that classpath setting, make sure that it includes a path to the squirrel-sql.jar and any other jar files that it may depend on separated by semicolons (or the root /lib directory that may be included with the installation).
Basically you just need to tell java where to find the class files that you're trying to execute. Wikipedia has a more indepth discussion about classpath and can offer you more insight. http://en.wikipedia.org/wiki/Classpath_(Java)

JAVA_HOME variable must be set, to point to the prog files/java/version???/bin
open squirrel-sql.bat file with some text editor and see if the JAVA_HOME variable there is the same as the one in your enviroment variable
change it if it doesn't match....and than run bat file again

Have you followed these instructions:
http://www.squirrelsql.org/#installation
If so, are you running the batch file or the shell script to run it?

Tweaking MB's answer for windows, will get rid of the console window:
start javaw -jar squirrel-sql.jar

The .bat file does not seem to work.
Just double-click on:
squirrel-sql.jar
or type:
java -jar squirrel-sql.jar
in the command-line.

You can place .; in classpath in environmental variables to overcome this problem.

I tried to start SQUirrel 3.1 but I received a message stating "Could not find the main class Files\Rational\ClearQuest\cqjni.jar" I noticed that C:\Program Files\Rational\ClearQuest\cqjni.jar is in my existing classpath as defined by the Windows environment variable, CLASSPATH.
SQUirrel doesn't need my existing classpath, so I updated the SQUirrel bat file, squirrel-sql.bat.
REM SET SQUIRREL_CP=%TMP_CP%;%CLASSPATH%
SET SQUIRREL_CP=%TMP_CP%
It no longer appends my existing classpath to its classpath and runs fine.

I had this problem when I "upgraded" to Windows 7, which is 64-bit. My go to Java JRE is a 64-bit JVM. I had a 32-bit JRE on my machine for my browser, so I set up a system variable:
JRE32=C:\Program Files\Java\jre7
When I run:
"%JRE32\bin\java" -version
I get:
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode, sharing)
Which is a 32-bit JVM. It would say "Java HotSpot(TM) 64-Bit" otherwise.
I edited the "squirrel-sql.bat" file, REMarking out line 4 and adding line 5 as follows:
(4) rem set "IZPACK_JAVA=%JAVA_HOME%"
(5) set IZPACK_JAVA=%JRE32%
And now everything works, fine and dandy.

I had the same issue with a different application (BI Publisher) because I installed a 32 bit version of this application on a 64 bit version of Windows.
Java Virtual Machine Launcher - could not find the main class
The solution for my case was to tell BI Publisher where to find the x86 version of JRE: