I want to execute my program without using an IDE. I’ve created a jar file and an exectuable jar file. When I double click the exe jar file, nothing happens, and when I try to use the command in cmd it gives me this:
Error: Unable to access jarfile <path>
I use the command:
java -jar Calculator.jar
How I created the jar:
- Right click on project folder (Calculator)
- Click on Java Folder and select “Exectuable Jar File”, then select next
- Launch Configuration: Main – Calculator
- Create Export Destination
- Hit “Finish” and profit! Well, not really.
I had encountered this issue when I had run my Jar file as
java -jar TestJar
java -jar TestJar.jar
Missing the extension .jar also causes this issue.
I just placed it in a different folder and it worked.
Beware of spaces in the path, even when your jar is in the current working directory. For example, for me this was failing:
java -jar myjar.jar
I was able to fix this by givng the full, quoted path to the jar:
java -jar "%~dp0myjar.jar"
Credit goes to this answer for setting me on the right path….
I had this issue under CygWin in Windows. I have read elsewhere that Java does not understand the CygWin paths (
/cygdrive/c/some/dir instead of
C:somedir) – so I used a relative path instead:
I had the same issue when trying to launch the jar file. The path contained a space, so I had to place quotes around. Instead of:
java -jar C:Path to FilemyJar.jar
i had to write
java -jar "C:Path to FilemyJar.jar"
Just came across the same problem trying to make a bad USB…
I tried to run this command in admin cmd
java -jar c:fwduckyduckencode.jar -I c:fwduckyHelloWorld.txt -o c:fwduckyinject.bin
But got this error:
Error: unable to access jarfile c:fwduckyduckencode.jar
Right click the jarfile in question. Click properties. Click the unblock tab in bottom right corner. The file was blocked, because it was downloaded and not created on my PC.
In the cmd I changed the directory to where the jar file is located.
Then I typed
dir and saw the file was named
So in cmd I changed the original command to reference the file with
java -jar c:fwduckyduckencode.jar.jar -I c:fwduckyHelloWorld.txt -o c:fwduckyinject.bin
That command executed without error messages and the inject.bin I was trying to create was now located in the directory.
Hope this helps.
I had a similar problem and I even tried running my CMD with administrator rights, but it did not solve the problem.
The basic thing is to make sure to change the Directory in cmd to the current directory where your jar file is.
Do the following steps:
Copy jar file to Desktop.
java -jar filename.jar
This should work.
Edit: From JDK-11 onwards ( JEP 330: Launch Single-File Source-Code Programs )
Since Java 11, java command line tool has been able to run a single-file source-code directly. e.g.
If you are using OSX, downloaded files are tagged with a security flag that prevents unsigned applications from running.
to check this you can view extended attributes on the file
$ ls [email protected] [email protected] 1 dave staff 17663235 13 Oct 11:08 server-0.28.2-java8.jar com.apple.metadata:kMDItemWhereFroms 619 com.apple.quarantine 68
You can then clear the attributes with
xattr -c file.jar
This worked for me.
cd /path/to/the/jar/ java -jar ./Calculator.jar
It can also happen if you don’t properly supply your list of parameters. Here’s what I was doing:
java -jar [email protected] testing_subject file.txt test_send_emails.jar
Instead of the correct version:
java -jar test_send_emails.jar [email protected] testing_subject file.txt
sometime it happens when you try to (run or create) a .jar file under /libs folder by right click it in android studio. you can select the dropdown in top of android stuio and change it to app. This will work
For me it happens if you use native Polish chars in foldername that is in the PATH. So maybe using untypical chars was the reason of the problem.
My particular issue was caused because I was working with directories that involved symbolic links (shortcuts). Consequently, trying
java -jar ../../myJar.jar didn’t work because I wasn’t where I thought I was.
Disregarding relative file paths fixed it right up.
In my case the suggested file name to be used was
jarFile*.jar in the command line. The file in the folder was
jarFile-1.2.3.jar . So I renamed the file to
jarFile. Then I used
jarFile.jar instead of
jarFile*.jar and then the problem got resolved
It can happen on a windows machine when you have spaces in the names of the folder. The solution would be to enter the path between ” “. For example:
java -jar c:my folderx.jar --> java -jar "c:my folderx.jar"
To avoid any permission issues, try to run it as administrator. This worked for me on Win10.
I know this thread is years ago and issue was fixed too. But I hope this would helps someone else in future since I’ve encountered some similar issues while I tried to install Oracle WebLogic 12c and Oracle OFR in which its installer is in
.jar format. For mine case, it was either didn’t wrap the JDK directory in quotes or simply typo.
Command Prompt as administrator and execute the command in this format. Double check the sentence if there is typo.
"C:Program FilesJavajdk1.xxxxxbinjava" -jar C:UsersxxxDownloadsxxx.jar
If it shows something like
JRE 1.xxx is not a valid JDK Java Home, make sure the System variables for
JAVA_HOME in Environment Variables is pointing to the correct JDK directory. JDK 1.8 or above is recommended (2018).
A useful thread here, you may refer it: Why its showing your JDK c:program filesjavajre7 is not a valid JDK while instaling weblogic server?
I had a similar problem where TextMate or something replaced the double quotes with the unicode double quotes.
SELENIUM_SERVER_JAR from the unicode double quotes to regular double quotes and that solved my problem.
this is because you are looking for the file in the wrong path 1. look for the path of the folder where you placed the file 2. change the directory cd in cmd use the right path
I use NetBeans and had the same issue. After I ran build and clean project my program was executable. The Java documentation says that the build/clean command is for rebuilding the project from scratch basically and removing any past compiles. I hope this helps. Also, I’d read the documentation. Oracle has NetBeans and Java learning trails. Very helpful. Good luck!
Maybe you have specified the wrong version of your jar.
I finally pasted my jar file into the same folder as my JDK so I didn’t have to include the paths. I also had to open the command prompt as an admin.
- Right click Command Prompt and “Run as administrator”
- Navigate to the directory where you saved your jdk to
- In the command prompt type:
java.exe -jar <jar file name>.jar
Keep the file in same directory where you are extracting it. That worked for me.
For me it happen because i run it with default java version (7) and not with compiled java version (8) used to create this jar.
So i used:
%Java8_64%binjava -jar myjar.jar
Instead of java 7 version:
java -jar myjar.jar
Have you tried to run it under administrator privoleges? meaning, running the command in “Run As” and then select administrator with proper admin credentials
worked for me
I was trying this:
After giving the file read, write, execute priviledges:
chmod 777 java-repl.jar
alias jr="java -jar $HOME/Dev/java-repl/java-repl.jar"
Unable to access bla bla…, this was on Mac OS though
So I tried this:
alias jr="cd $HOME/Dev/java-repl/ && java -jar java-repl.jar"
This did not work “Unable to access jarfile”
"C:Program Filesjavajdk-13+33-jrebinjavaw.exe" -jar "C:Program FilesMaxim Integrated Products1-Wire Drivers x64 OneWireViewer.jar"
This does work
"C:Program Filesjavajdk-13+33-jrebinjavaw.exe" -jar "C:Program FilesMaxim Integrated Products1-Wire Drivers x64OneWireViewer.jar"
The difference is the single space in front of OneWireViewer.jar not withstanding that it is surrounded with quotes and even has other spaces.
If you are on WSL, and following a guide which say, says this:
java -Djava.library.path=./DynamoDBLocal_lib -jar DynamoDBLocal.jar -sharedDb
You actually need to specify the full path, even though you’ve provided it in the
java -Djava.library.path=/mnt/c/dynamodb_local/DynamoDBLocal_lib -jar /mnt/c/dynamodb_local/DynamoDBLocal.jar -sharedDb
This is permission issue, see if the directory is under your User. That’s why is working in another folder!
Rename the jar file and try
Explanation : yes, I know there are many answers still I want to add one point here which I faced.
I built the jar and I moved it into the server where I deploy (This is the normal process) here the file name which I moved already existed in the server, here the file will override obviously right. In this case, I faced this issue. maybe at the time of overriding there can be a permission copy issue.
Hope this will help someone.