Createprocess error 206 имя файла или его расширение имеет слишком большую длину android studio

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

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

Исключение произошло при выполнении командной строки. Не удается запустить программу «C:\Program Files (x86)\Java\jre6\bin\javaw.exe» (в каталоге «C:\Users\motiver\helios_workspace\TimeTracker» ): Ошибка CreateProcess = 206, имя файла или расширение слишком долго

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

Было бы полезно получить любую подсказку или решение.

17 ответов

В этой проблеме нет простого (как в случае нескольких кликов или простой команды).

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

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

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

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

Источник

Ошибка CreateProcess = 206, имя файла или расширение слишком длинное

Что означает эта ошибка и как ее решить?

Я пробовал Android-Studio при выполнении проектов и Tortoise SVN, кажется, что черепаха-svn делает работу в отличие от плагина Android-студии, который является SVN. Я действительно не понимаю, почему, но Tortoise-svn работает, поэтому я думаю, что это может быть ответ.

Короче говоря: временное исправление использует Tortoise Svn вместо использования SVN от Android-Studio.

Максимальная длина пути до 260 символов. См. Максимальную длину пути 260 символов. См. Android Studio. Невозможно открыть файл PNG.

Согласно другой теме, «svn cmd absolute path» работает, но относительный «cd / your / project / path; svn cmd yourproject» doesn’t (это «Файловая система Windows» «Проблема»)

Android Studio, похоже, работает с относительными путями, Tortoise с абсолютным. В сообщении об ошибке также говорится

Не может запускать программу (каталог IN … / … / yourproject)

Это подтверждает это предположение.

Надеюсь, они изменят его в будущем!

У меня была такая же проблема, и установка Tortoise SVN не решила. Я продолжал фиксировать отдельные каталоги в своем проекте шаг за шагом, пытаясь найти файл / каталог, вызывающий проблему. Мое удивление заключалось в том, что я закончил все совершения, и никаких ошибок не возникло.

Поэтому решение моей проблемы состояло в том, чтобы поэтапно скопировать все мои файлы / каталоги.

Я знаю, что поток немного стар, но здесь есть работа для гуглеров,

Android Studio дает точный адрес папки, которая не может быть выполнена:

Если AS или Microsoft не делают что-то для поддержки имен файлов дольше, чем текущее ограничение, вот несколько способов обхода этого решения:

1- для фиксации данной папки c:\blah-blah с использованием другого svn-клиента, eg. TortoiseSVN eg. TortoiseSVN

2- для перемещения папки проекта ближе к корню диска, например, если ваш проект находится в d:\Development\Android Studio\sources\project x\Version 3\. попытайтесь переместить его ближе к корню, Путем удаления и / или переименования между папками, такими как: d:\dev\as\src\x\v3\. или d:\x\v3\.

3- Я где-то читал, что создание виртуального диска в окнах из последней папки тоже будет работать, например, создать z:\ и назначить его d:\Development\Android Studio\sources\project x\Version 3\ но я Прочитайте где-нибудь еще, что это может не сработать, потому что клиент AS SVN работает с абсолютным путем файлов, так или иначе я сделал работу с параметрами 1 и 2 и никогда не пытался попробовать третий вариант

Ошибка часто возникает, когда слишком много файлов одновременно заносится, и используется клиент командной строки; Поскольку файлы доставляются клиенту в одну строку, линия становится слишком длинной (svn commit file1 file2 …). См. Также фиксация SVN при сбое большого количества файлов в одном коммите (итоговая длина команды svn превышает предел) . Мое решение этой проблемы состояло в том, чтобы снять флажок «Использовать клиент командной строки» в настройках в разделе «Контроль версий – Subversion».

Источник

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 [duplicate]

I know this question has been asked before, but I wasn’t able to fix it using solutions from other posts. I’m trying to compile a complex hierarchy of gwt projects using maven. Everything worked fine until I had to add one more library, more specifically: org.eclipse.birt.runtime

Now I get this error:

The dependency I’m using is:

2 Answers 2

I finally managed to solve it:

Turns out birt, together with its dependencies, was simply adding too many libraries and the classpath became too long for windows command to handle. Furthermore, birt libraries have stupidly long names.

Solved it using this dependency (I only needed the runtime), I created the lib and birt directories and placed the jar there myself:

Birt has no reason to be in the classpath if it’s not used client-side.

Unfortunately, Maven sometimes makes things harder than necessary; so with Maven you need your GWT client code to be a specific Maven module with no dependency on server-side code; then «merge» everything into a single WAR using WAR overlays.

With that layout (let’s call the modules app-client and app-server ), you have several solutions to launch gwt:run or gwt:debug :

never tried but you could probably configure hostedWebapp to point to your app-server output directory:

Make sure you run mvn clean before packaging your app-server WAR though to be sure the generated JS files come from app-client (as a WAR overlay) and not app-server (generated by gwt:run )

what I use in gwt-maven-archetypes: launch the server-side code in a distinct servlet container, and use true

Источник

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

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

Исключение при выполнении командной строки. Не удается запустить программу «C: \ Program Files (x86) \ Java \ jre6 \ bin \ javaw.exe» (в каталоге «C: \ Users \ motiver \ helios_workspace \ TimeTracker»): ошибка CreateProcess = 206, имя файла или расширение: слишком долго

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

Приветствуются любые подсказки или решения.

29 ответов

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

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

• Уменьшите путь к классам
• Используйте каталоги вместо файлов jar
• Используйте упакованные файлы jar, которые содержат все другие jar-файлы, используйте переменную classpath внутри файла манифеста, чтобы указать на другие jar-файлы
• Используйте специальный загрузчик классов, который считывает путь к классам из файла конфигурации.
• Попробуйте использовать один из прикрепленных патчей в документе с отчетом об ошибке
• Используйте собственную оболочку, например. муравей

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

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

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

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

У меня такая же ошибка в студии Android. Мне удалось решить эту проблему, запустив Build Clean Project в среде IDE.

Я получаю указанную ниже ошибку при запуске ant deploy .

Исправлено, запустив перед ним команду » ant clean «.

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

Если вы используете Android Studio, попробуйте опцию Invalidate Caches / Restart .. в меню File

Для меня это был неправильный путь JDK. Убедитесь, что у вас правильный путь к файлу JDK.

Файл -> Структура проекта

Я столкнулся с этой проблемой при попытке выполнить запрос JPQL в консоли Hibernate / JPA в IntelliJ 2020.2

Добавление этого в мой .idea / workspace.xml исправило его.

На компьютере с Windows существует ограничение на длину имени / пути файла jar в командной строке, из-за чего вы видите сообщение об ошибке ниже, я много пытался искать, даже я пытался применить вышеуказанное решение по какой-то причине, это не сработало, я нашел рабочий фрагмент для Gradle (gradle-4.10.2-all.zip)

Ошибка:

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

Используйте приведенный ниже фрагмент кода gradle.build , чтобы исправить указанную выше проблему в IntelliJ или STS или что-нибудь затмить.

Исправление кода Gradle:

Я использую устаревшую версию плагинов Gradle, и этот плагин решил проблему для меня.

Использование (подробнее см. В источнике):

Фрагмент скрипта сборки для плагинов DSL для Gradle 2.1 и новее

Фрагмент сценария сборки для использования в более старых версиях Gradle или там, где требуется динамическая конфигурация

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

Ошибка CreateProcess = 206, имя файла или расширение слишком длинное.

Если вы используете инструмент сборки Gradle, а исполняемый файл находится в каталоге build / libs вашего приложения. run.sh -> создайте этот файл в корневом каталоге вашего проекта и скопируйте в него приведенный ниже сценарий, затем перейдите в git bash и введите run.sh, затем введите. Надеюсь это поможет!

#!/bin/bash dir_name=`pwd` if [ $# == 1 ] && [ $1 == «debug» ] then port=$RANDOM quit=0 echo «Finding free port for debugging» while [ «$quit» -ne 1 ]; do netstat -anp | grep $port >> /dev/null if [ $? -gt 0 ]; then quit=1 else port=`expr $port + 1` fi done echo «Starting in Debug Mode on «$port gradle clean bootjar jar_name=»build/libs/»`ls -l ./build/libs/|grep jar|grep -v grep|awk ‘‘` #java -jar -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=$port $jar_name elif [ $# == 1 ] && [ $1 == ‘help’ ] then echo «please use this commands» echo «————————» echo «Start in Debug Mode: sh run.sh debug» echo «Start in Run Mode: sh run.sh» echo «————————» else gradle clean bootjar word_count=`ls -l ./build/libs/|grep jar|grep -v grep|wc -w` jar_name=`ls -l ./build/libs/|grep jar|grep -v grep|awk ‘‘`
jar_path=build/libs/$jar_name echo $jar_name #java -jar $jar_path fi

Надеюсь это поможет!!

У меня такая же ошибка. Пробовали решения, такие как очистка, восстановление, недействительность кеша, повторный запуск и т. Д., Но ничего не работает.

Я только что создал новую папку с коротким именем и скопировал все файлы (папку приложения, файлы gradle и т. Д.) В новую папку. Открыл приложение в студии Android и работает нормально.

Это происходит из-за того, что DataNucleus иногда перезаписывает аргументы с множеством путей.

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

-enhancerName ASM -api JDO -pu MediaToGo

Источник