CreateProcess error=206, The filename or extension is too long when running main() method

In intellij there is an option to 'shorten command line', select 'JAR manifest' or '@argFiles' would solve the problem, basically it will put your lengthy class path into a jar file or a temp file

If you create your own build file rather than using Project -> Generate Javadocs you can add useexternalfile="yes" to the javadoc task, which is designed specifically to solve this problem.

I faced this problem today and I was able to solve it using this Gradle plugin

It's github url is this

IF you, like me, have no idea what Gradle is but need to run a backend to do your front end work, what you need to do is find the build.gradle file that is being called to start your BE server and add this to the top:

plugins { id "ua.eshepelyuk.ManifestClasspath" version "1.0.0" } 

I was running into this issue trying to execute a JPQL query in the Hibernate / JPA console of IntelliJ 2020.2

Adding this to my .idea/workspace.xml fixed it

<component name="PropertiesComponent"> ... <property name="dynamic.classpath" value="true"/> ... </component> 

Origin of the solution: https://youtrack.jetbrains.com/issue/IDEA-166929?_ga=2.167622078.1290412178.1604511702-23036228.1574844686

Answering my own question here so that the solution doesn't get buried in comments. I exported the project as a runnable jar from within eclipse and did a command line "java -jar MyJar.jar" and it works perfectly fine

This is not specifically for eclipse, but the way I got around this was by creating a symbolic link to my maven repository and pointing it to something like "C:\R". Then I added the following to my settings.xml file:

<localRepository>C:\R</localRepository> 

The maven repository path was contributing to the length problems in my windows machine.

Try updating your Eclipse version, the issue was closed recently (2013-03-12). Check the bug report https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193

Question is old, but still valid. I come across this situation often whenever a new member joins my team or a new code segment is added to existing code. Simple workaround we follow is to "Reduce the classpath" by moving up the directories.

As question mentioned, this is not specific to eclipse. I came across this issue in IntelliJ Idea 14 and 2018 as well.

After a long research, I found the solution is to set the

fork = false

in javc of ant build file.

<javac destdir="${build.dir}" fork="false" debug="on"> <classpath .../> <src ... /> <patternset ... /> </javac> 

This is how my ant build javac looks now. To learn about more on fork, please refer ant documentation.

In bug report Bug 327193 it is considered fixed, but it happen to me recently with Eclipse Kepler 4.3.2.

Please download patch for Eclipse Juno or newer:

https://bugs.eclipse.org/bugs/attachment.cgi?id=216593

1. After download back up existing eclipse/plugins/org.eclipse.jdt.launching_3.*.jar
2. Copy and paste classes in the patch to org.eclipse.jdt.launching JAR (replace existing files).
3. Restart Eclipse.

How many people sad above, there are a lot of plugins to gradle execute a by pass in this problem like:

plugins { id "ua.eshepelyuk.ManifestClasspath" version "1.0.0" } 

or

plugins { id "com.github.ManifestClasspath" version "0.1.0-RELEASE" } 

But the better solution that I found was kill the JVM process and everything is done.

Add below to your gradle file:

plugins { `id "com.github.ManifestClasspath" version "0.1.0-RELEASE" } 

See https://plugins.gradle.org/plugin/com.github.ManifestClasspath

To solve it:

If you are using Eclipse:

Move .m2 repository to

c:\ Go to Eclipse > Windows/Preferences/Maven/User Settings -> Create your own setting.xml with its content:

<settings> <localRepository>c:/.m2/repository</localRepository> </settings> 

If you are using IntelliJ: Go to IntelliJ > clicking the right mouse button on "pom.xml" > maven > create "settings.xml"

with its content:

<settings> xmlns="yourcontent" xmlns:xsi="yourcontent" xsi:schemaLocation="yourcontent.xsd"> <localRepository>c:/.m2/repository</localRepository> </settings> 

I am using legacy version of gradle plugins and this plugin solved the issue for me.

Usage (check source for more details):

Build script snippet for plugins DSL for Gradle 2.1 and later

plugins { id "com.github.ManifestClasspath" version "0.1.0-RELEASE" } 

Build script snippet for use in older Gradle versions or where dynamic configuration is required

buildscript { repositories { maven { url "https://plugins.gradle.org/m2/" } } dependencies { classpath "gradle.plugin.com.github.viswaramamoorthy:gradle-util-plugins:0.1.0-RELEASE" } } apply plugin: "com.github.ManifestClasspath" 

Try adding this in build.gradle (gradle version 4.10.x) file and check it out com.xxx.MainClass this is the class where your main method resides:

plugins { id "ua.eshepelyuk.ManifestClasspath" version "1.0.0" } apply plugin: 'application' application { mainClassName = "com.xxx.MainClass" } 

The above change must resolve the issue, there is another way using script run.sh below could fix this issue, but it will be more of command-line fix, not in IntelliJ to launch gradle bootRun.

I have a working solution. When you run spring boot project using this command externally mvn:spring-boot:run and you get such error.

Resolution:

1. Move your .m2 folder from this location

C:\Users\window_profile_name

to this

C:\

2. Now Go to maven installed location

C:\Program Files\apache-maven-3.8.4\conf

find and open settings.xml file in VS Code or any good editor.

3: In settings.xml file, go to settings tag-

<settings xmlns="http://maven.apache.org/SETTINGS/1.2.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.2.0 https://maven.apache.org/xsd/settings-1.2.0.xsd"> 

you will find a localRepository tag, now uncomment it and modify the tag to consume updated .m2 directory or add the below tag- and add the localRepository tag below settings tag with this tag-

 <localRepository>C:/.m2/repository</localRepository> 

and save the settings.xml as an administrator.

Voila! Now run your project again.

Try this:

java -jar -Dserver.port=8080 build/libs/APP_NAME_HERE.jar

In my case the error was showing because system java version was different from intellijj/eclipse java version. System and user had diff java versions. If you compile your code using one version and tried to run using a different version, it will error out.

#The system java version is 1.7.131 $ java -version java version "1.7.0_131" 

Long story short, make sure your code is compiled and ran by the same java version.

I have got same error, while invoking Maven.

The root cause for my problem was the classpath was very huge. Updating the classpath fixed the problem.

There are multiple ways to update the large classpath as mentioned in this: How to set a long Java classpath in Windows?

1. Use wildcards
2. Argument File
3. Pathing jar

Since I am using Intellij, they provide the option to use Argument File that i used.

In a Windows machine, there is a limitation of the jar file name/path length in the command-line, due to which you see the below error message, I tried searching a lot, even I tried applying the above solution, some reason, it didn't work, I found the working snippet for Gradle (gradle-4.10.2-all.zip)

Error:

CreateProcess error=206, The filename or extension is too long

Use this below gradle.build code snippet to fix the above problem in IntelliJ or STS, or eclipse anything.

Gradle Code Fix:

apply plugin: 'application' task pathingJar(type: Jar) { dependsOn configurations.runtime appendix = 'pathing' doFirst { manifest { attributes "Class-Path": configurations.runtimeClasspath.files.collect { it.getName() }.join(' ') } } } task copyToLib(type: Copy) { into "$buildDir/libs" from configurations.runtime } bootRun { systemProperties = System.properties //This below line is for if you have different profiles prod, dev etc... //systemProperty 'spring.profiles.active', 'dev' jvmArgs('-Djava.util.logging.config.file=none') mainClassName = "com.xxxx.Main" dependsOn pathingJar dependsOn copyToLib doFirst { classpath = files("$buildDir/classes/java/main", "$buildDir/resources/main", pathingJar.archivePath) } } 

For me it was wrong JDK path. Please make sure you have right path to the JDK file

File -> Project Structure

If you are using VSCode:

1. create launch.json file insde .vscode/

2. add

   {"configurations": [{ "type": "java","shortenCommandLine ": "auto",}]} 

If you are using intellij :

1. open .idea/workspace.xml

2. inside <component name="PropertiesComponent"> add <property name="dynamic.classpath" value="true"/>

I encountered the same problem today. Even though the error message mentioned the java.exe path and your project application path in the error message. However, even changing the paths for those two would not help at all.

Instead, the path you need to shorten is the .m2/repository path.

After shortening my local's repository's path by pasting the repository in C:\ and update my settings.xml's local repository, it worked.

<localRepository>C:\repository</localRepository> 

I am not saying the repository must be in C:\. I am talking about the path that needs to be shortened is actually your local repository folder path.

it happens due to DataNucleus sometimes overwrite the Arguments with many paths.

You have to overwrite them with this:

-enhancerName ASM -api JDO -pu MediaToGo

Hope help you!

Valid answer from this thread was the right answer for my special case. Specify the ORM folder path for datanucleus certainly reduce the java path compile.

https://stackoverflow.com/a/1219427/1469481

I got the error below when I run 'ant deploy'

Cannot run program "C:\java\jdk1.8.0_45\bin\java.exe": CreateProcess error=206, The filename or extension is too long 

Fixed it by run 'ant clean' before it.

I got the same error in android studio. I was able to resolve it by running Build->Clean Project in the IDE.

I've had the same problem,but I was using netbeans instead.
I've found a solution so i'm sharing here because I haven't found this anywhere,so if you have this problem on netbeans,try this:
(names might be off since my netbeans is in portuguese) Right click project > properties > build > compiling > Uncheck run compilation on external VM.

I got the same error. Tried solutions like cleaning, rebuild, invalidateCache, retart etc but nothing works.

I just have created a new folder with short name and copied all the files(app folder, gradle files etc) in new folder. Opened application in android studio and its working fine.

If you are using Android Studio try Invalidate Caches/ Restart.. option present in File menu