Java createprocess error 206 the filename or extension is too long

Gentlemen, please could you do something about this problem as it practically renders VSCode unable to debug any non-trivial Spring Boot project on Windows!

The problem is, as @testforstephen pointed out, with Windows command line length limit which is 32768 characters.

It is also rather simple to reproduce as @EnriqueEll has shown: Once you have some very basic Gradle project for Spring Boot application (created with Spring Initializr, https://start.spring.io/) e.g.:

buildscript {
	ext {
		springBootVersion = '2.0.6.RELEASE'
	}
	repositories {
		mavenCentral()
	}
	dependencies {
		classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
	}
}

apply plugin: 'java'
apply plugin: 'eclipse'
apply plugin: 'org.springframework.boot'
apply plugin: 'io.spring.dependency-management'

group = 'com.necne'
version = '0.0.1'
sourceCompatibility = 1.8

repositories {
	mavenCentral()
}

dependencies {
	implementation('org.springframework.boot:spring-boot-starter-data-jpa')
	implementation('org.springframework.boot:spring-boot-starter-web')
	runtimeOnly('org.springframework.boot:spring-boot-devtools')
	runtimeOnly('com.h2database:h2')
	testImplementation('org.springframework.boot:spring-boot-starter-test')

	implementation("org.springframework.boot:spring-boot-starter-data-mongodb")
	implementation('org.mongodb.spark:mongo-spark-connector_2.11:2.3.1')

	// compile('org.apache.spark:spark-core_2.11:2.3.2')
	// compile('org.apache.spark:spark-sql_2.11:2.3.2')

	implementation("io.springfox:springfox-swagger2:2.0.2")
	implementation("io.springfox:springfox-swagger-ui:2.0.2")
}

It starts and debugs correctly until you un-comment two commented lines in dependencies section when it displays said «206» error. Also if you use command line sequence gradle clean build and then gradle bootRun it will fail to start.

This problem has long been known for long time (e.g. gradle/gradle#1989, https://virgo47.wordpress.com/2018/09/14/classpath-too-long-with-spring-boot-and-gradle/) and there are some ways to deal with, most notably, there is a way to make Gradle build a .jar with paths for all of the classes referenced. There is a plugin for Gradle (ManifestClasspath) which has a bug rendering it unusable for paths with spaces and there is a number of solutions involving modification of build.gradle so that it creates appropriate .jar.

All of the tools had to deal with this in some way, e.g. InteliJ IDEA has appropriate setting in project settings:

So generally if I understand things correctly there is a need to modify command line that invokes debug session to include classpath.jar and exclude all paths passed explicitly. This should be possible to do using command in launch.json but my attempts to do so were unsuccessful — probably there is something underneath that passes the paths even if args in launch.json try to pass the name of the classpath.jar.

CreateProcess error=206, имя файла или расширение слишком длинное при запуске метода main ()

У меня есть эта ошибка в eclipse helios:

исключение произошло при выполнении командной строки. Не удается запустить программу «C:Program файлы (x86)Javajre6binjavaw.exe » (в каталоге «C:Usersmotiverhelios_workspaceTimeTracker»): CreateProcess error=206, имя файла или расширение слишком длинное

Я немного исследовал, но большинство проблем были связаны с DataNucleus при работе над Google App Engine. Но я не использую ничего, отдаленно связанного с Google App Engine. Я делаю небольшой проект с сервлетом 3.0 на JBOSS 6. Я использую Hibernate 4.1.2 для ORM и RESTEasy для предоставления веб-службы. Я создал файл util, который имеет метод main (), который в основном удаляет и повторно создает схему. Я запускаю main () methos, когда мне нужна чистая база данных для целей тестирования. Он отлично работал на Tomcat 7, но он перестал работать, когда я переехал в JBoss 6.

любой намек или решение были бы весьма признательны.

14 ответов

нет простого (как в пару кликов или простой команды) решения этой проблемы.

цитирую некоторые ответы этот отчет об ошибке в Eclipse.org, это обходные пути. Выберите тот, который наименее болезненный для вас:

• уменьшить путь к классу
• используйте каталоги вместо файлов jar
• используйте упакованные файлы jar, которые содержат все другие банки, используйте переменную classpath внутри файла манифеста для укажите на другие банки
• используйте специальный загрузчик классов, который считывает путь к классам из файла конфигурации
• попробуйте использовать один из прикрепленных патчей в документе отчета об ошибке
• используйте собственную оболочку, например ant
• перейти к IntelliJ (обновление: как указывает @nitind, это не вариант)

обновление: после июля 2014 года есть лучший способ (благодаря @Brad-ответ Мейса ниже:

Если вы создали свой собственный файл сборки вместо использования Project -> Generate Javadocs , то вы можете добавить useexternalfile=»yes» к задаче Javadoc, которая предназначена специально для решения этой проблемы.

Если вы создаете свой собственный файл build, а не с помощью Project -> Generate Javadocs вы можете добавить useexternalfile=»yes» до javadoc задач, которая предназначена специально для решения этой проблемы.

попробуйте обновить версию Eclipse, проблема была закрыта недавно (2013-03-12). Проверьте отчет об ошибкеhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=327193

отвечая на мой собственный вопрос здесь, чтобы решение не было похоронено в комментариях. Я экспортировал проект как runnable jar из eclipse и сделал командную строку «java-jar MyJar.jar » и работает отлично

по сообщению 327193 ошибка Он считается исправленным, но это случилось со мной недавно с Eclipse Kepler 4.3.2.

пожалуйста, скачайте патч для Eclipse Juno или новее:

1. после загрузки резервное копирование существующих eclipse / Плагины / org.затмение.JDT, предназначенным.launching_3.*.Джар
2. копировать и вставлять классы в патч в организацию.затмение.JDT, предназначенным.пусковой Яс (заменять существующий файл.)
3. Перезапустить Eclipse.

У меня такая же ошибка при вызове Maven.

основной причиной моей проблемы была classpath был очень огромный. Обновление пути к классам исправило проблему.

Я сегодня столкнулся с этой проблемой и смог решить ее с помощью этот плагин Gradle

Если вы, как и я, понятия не имеете, что такое Gradle, но вам нужно запустить бэкэнд, чтобы выполнить свою переднюю работу, вам нужно найти построить.Gradle в файл, который вызывается для запуска вашего сервера BE и добавьте это в начало:

java-jar-Dserver.port=8080 build/libs / APP_NAME_HERE.Джар

это происходит из-за того, что DataNucleus иногда перезаписывает Аргументы многими путями.

вы должны перезаписать их следующим образом:

-enhancerName ASM-api JDO-pu MediaToGo

надеюсь помочь вам!

правильный ответ из этой темы был правильным ответом для моего особого случая. Укажите путь к папке ORM для datanucleus, безусловно, уменьшите компиляцию пути java.

Я получил ошибку ниже, когда я запускаю’развернуть АНТ‘

исправлено с помощью run’очистить муравей‘, прежде чем он.

Я получил ту же ошибку в Android studio. Я смог решить это, запустив Build ->Очистить Проект в IDE.

Это из-за вашего длинного имени каталога проекта, которое дает вам очень длинный CLASSPATH в целом. Либо вам нужно уменьшить банки, добавленные в CLASSPATH (убедитесь, что удаление ненужных баночек) или лучший способ уменьшить папку проекта и импортировать проект снова. Это уменьшит CLASSPATH . У меня получилось.

У меня была такая же проблема,но вместо этого я использовал netbeans.
Я нашел решение, поэтому я делюсь здесь, потому что я нигде не нашел этого, поэтому, если у вас есть эта проблема на netbeans, попробуйте следующее:
(имена могут быть отключены, так как мои netbeans на португальском языке) Щелкните правой кнопкой мыши проект > свойства > сборка > компиляция > снимите флажок запустить компиляцию на внешней виртуальной машине.

Источник

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

I have this error in eclipse helios:

Exception occurred executing command line. Cannot run program «C:Program Files (x86)Javajre6binjavaw.exe» (in directory «C:Usersmotiverhelios_workspaceTimeTracker»): CreateProcess error=206, The filename or extension is too long

I researched a bit but most of the issues were related to DataNucleus when working on Google App Engine. But I am not using anything remotely related to Google App Engine. I am doing a small project with Servlet 3.0 on JBOSS 6. I am using Hibernate 4.1.2 for ORM and RESTEasy to expose a web service. I created a util file that has a main() method that basically drops and re-creates the schema. I run the main() methos when I need a clean database for testing purposes. It worked fine on Tomcat 7 but it stopped working when I moved to JBoss 6.

Any hint or solution would be greatly appreciated.

30 Answers

There is no simple (as in a couple of clicks or a simple command) solution to this issue.

Quoting from some answers in this bug report in Eclipse.org, these are the work-arounds. Pick the one that’s the least painful to you:

• Reduce the classpath
• Use directories instead of jar files
• Use a packed jar files which contains all other jars, use the classpath variable inside the manifest file to point to the other jars
• Use a special class loader which reads the classpath from a config file
• Try to use one of the attached patches in the bug report document
• Use an own wrapper e.g. ant

Update: After July 2014, there is a better way (thanks to @Brad-Mace’s answer below:

If you have created your own build file instead of using Project -> Generate Javadocs , then you can add useexternalfile=»yes» to the Javadoc task, which is designed specifically to solve this problem.

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

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:

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

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:

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

in javc of ant build file.

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:

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:

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

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

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

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:

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

with its content:

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.

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.

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:

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 .

Add below to your gradle file:

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

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.

To fix this below error, I did enough research, not got any great solution, I prepared this script and it is working fine, thought to share to the public and make use of it and save there time.

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

Источник

CreateProcess error=206, имя файла или расширение слишком длинное при запуске метода main

У меня есть эта ошибка в eclipse helios:

исключение произошло при выполнении командной строки.
Не удается запустить программу «C:Program файлы (x86)Javajre6binjavaw.exe » (в каталоге «C:Usersmotiverhelios_workspaceTimeTracker»): CreateProcess error=206, имя файла или расширение слишком длинное

Я исследовал немного, но большинство вопросов были связаны с DataNucleus при работе на Google App Engine. Но я не использую ничего отдаленно связанного с Google Приложение Двигателя. Я делаю небольшой проект с сервлетом 3.0 на JBOSS 6. Я использую Hibernate 4.1.2 для ORM и RESTEasy для предоставления веб-службы. Я создал файл util, который имеет метод main (), который в основном удаляет и повторно создает схему. Я запускаю main () methos, когда мне нужна чистая база данных для целей тестирования. Он отлично работал на Tomcat 7, но он перестал работать, когда я переехал в JBoss 6.

любой намек или решение были бы весьма признательны.

14 ответов:

нет простого (как в пару кликов или простой команды) решения этой проблемы.

цитирование из некоторых ответов в этот отчет об ошибке в Eclipse.org, это обходные пути. Выберите тот, который является наименее болезненным для вас:

• уменьшить путь к классу
• использовать каталоги вместо файлов jar
• используйте упакованные файлы jar, которые содержат все другие банки, используйте переменную classpath внутри файла манифеста, чтобы укажите на другие банки
• используйте специальный загрузчик классов, который считывает путь к классу из файла конфигурации
• попробуйте использовать один из прикрепленных патчей в документе отчета об ошибке
• используйте собственную обертку, например, ant
• перейти к IntelliJ (обновление: как указывает @nitind, это не вариант)

обновление: после июля 2014 года, есть лучший способ (благодаря ответ@Brad-Mace ниже:

Если вы создали свой собственный файл сборки вместо использования Project -> Generate Javadocs , то вы можете добавить useexternalfile=»yes» к задаче Javadoc, которая разработана специально для решения этой проблемы.

Если вы создаете свой собственный файл build, а не с помощью Project -> Generate Javadocs вы можете добавить useexternalfile=»yes» до javadoc задача, которая разработана специально для решения этой проблемы.

попробуйте обновить версию Eclipse, проблема была закрыта недавно (2013-03-12). Проверьте отчет об ошибкеhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=327193

отвечая на мой собственный вопрос здесь, чтобы решение не было похоронено в комментариях. Я экспортировал проект как запускаемый jar из eclipse и сделал командную строку «java-jar MyJar.jar » и он отлично работает

по сообщению 327193 ошибка это считается фиксированным, но это случилось со мной недавно с Eclipse Kepler 4.3.2.

пожалуйста, скачайте патч для Eclipse Juno или новее:

1. после загрузки резервное копирование существующих eclipse / plugins / org.затмение.JDT, предназначенным.launching_3.*.банку
2. копирование и вставка классов в патч в организацию.затмение.JDT, предназначенным.запуск банку (заменять существующий файл.)
3. Перезапустить Eclipse.

Я получил ту же ошибку, при вызове Maven.

основной причиной моей проблемы была classpath был очень огромный. Обновление пути к классам устранило проблему.

Я сегодня столкнулся с этой проблемой и смог решить ее с помощью этот плагин Gradle

Если вы, как и я, понятия не имеете, что такое Gradle, но вам нужно запустить бэкэнд, чтобы выполнить свою переднюю работу, вам нужно найти построить.gradle файл, который вызывается для запуска вашего сервера BE и добавьте это в начало:

это происходит из-за DataNucleus иногда перезаписывают аргументы со многими путями.

вы должны перезаписать их следующим образом:

— enhancerName ASM-api JDO-pu MediaToGo

правильный ответ из этой темы был правильным ответом для моего особого случая. Укажите путь к папке ORM для datanucleus, конечно, уменьшите компиляцию пути java.

Я получил сообщение об ошибке ниже, когда я запускаю’развернуть АНТ‘

исправлено с помощью run’очистить муравей‘, прежде чем он.

Я получил ту же ошибку в Android studio. Я смог решить ее, запустив Build ->Очистить Проект в IDE.

Это из-за вашего длинного имени каталога проекта, который дает вам очень длинный CLASSPATH в целом. Либо вам нужно уменьшить банки, добавленные в CLASSPATH (убедитесь, что удаление ненужных банок только) или лучший способ, чтобы уменьшить каталог проекта и импортировать проект снова. Это позволит уменьшить CLASSPATH . Это сработало для меня.

У меня была та же проблема,но вместо этого я использовал netbeans.
Я нашел решение, поэтому я делюсь здесь, потому что я нигде не нашел этого,поэтому,если у вас есть эта проблема в netbeans, попробуйте это:
(имена могут быть отключены, так как мой netbeans находится на португальском языке) Щелкните правой кнопкой мыши проект > свойства > сборка > компиляция > снимите флажок запустить компиляцию на внешней виртуальной машине.

Источник