Błąd CreateProcess = 206, nazwa pliku lub rozszerzenie jest za długie podczas uruchamiania metody main ()

Mam ten błąd w heliosach zaćmienia:

Wystąpił wyjątek podczas wykonywania wiersza poleceń. Nie można uruchomić programu „C: \ Program Files (x86) \ Java \ jre6 \ bin \ javaw.exe” (w katalogu „C: \ Users \ motiver \ helios_workspace \ TimeTracker”): CreateProcess error = 206, Nazwa pliku lub rozszerzenie to za długo

Trochę badałem, ale większość problemów była związana z DataNucleus podczas pracy w Google App Engine. Ale nie używam niczego zdalnie związanego z Google App Engine. Robię mały projekt z Servlet 3.0 na JBOSS 6. Używam Hibernate 4.1.2 dla ORM i RESTEasy do udostępnienia usługi sieciowej. Utworzyłem plik narzędziowy, który ma metodę main (), która w zasadzie porzuca i ponownie tworzy schemat. Uruchamiam metodę main (), gdy potrzebuję czystej bazy danych do celów testowych. Działało dobrze na Tomcat 7, ale przestało działać, kiedy przeniosłem się na JBoss 6.

Każda wskazówka lub rozwiązanie byłyby bardzo mile widziane.

Nie ma prostego (jak za pomocą kilku kliknięć lub prostego polecenia) rozwiązania tego problemu.

Cytując niektóre odpowiedzi w tym raporcie o błędzie na Eclipse.org , oto sposoby obejścia tego problemu . Wybierz ten, który jest dla Ciebie najmniej bolesny:

• Zmniejsz ścieżkę klas
• Używaj katalogów zamiast plików jar
• Użyj spakowanych plików jar, które zawierają wszystkie inne pliki jar, użyj zmiennej classpath w pliku manifestu, aby wskazać inne pliki jar
• Użyj specjalnego programu ładującego klasy, który odczytuje ścieżkę klas z pliku konfiguracyjnego
• Spróbuj użyć jednej z załączonych łatek w dokumencie zgłoszenia błędu
• Użyj własnego opakowania, np. Ant

Aktualizacja : po lipcu 2014 jest lepszy sposób (dzięki odpowiedzi @ Brad-Mace poniżej :

Jeśli utworzyłeś własny plik kompilacji zamiast używać Project -> Generate Javadocs, możesz dodać useexternalfile="yes"do zadania Javadoc, które zostało zaprojektowane specjalnie w celu rozwiązania tego problemu.

Jeśli utworzysz własny plik kompilacji zamiast używać Project -> Generate Javadocs, możesz dodać useexternalfile="yes"do javadoczadania, które zostało zaprojektowane specjalnie w celu rozwiązania tego problemu.

Zmierzyłem się dzisiaj z tym problemem i udało mi się go rozwiązać za pomocą tej wtyczki Gradle

To jest adres github

JEŚLI, tak jak ja, nie masz pojęcia, czym jest Gradle, ale potrzebujesz uruchomić backend, aby wykonać swoją pracę z przodu, co musisz zrobić, to znaleźć plik build.gradle , który jest wywoływany, aby uruchomić serwer BE i dodać go do szczyt:

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

Odpowiadam tutaj na własne pytanie, aby rozwiązanie nie zostało zakopane w komentarzach. Wyeksportowałem projekt jako działający plik jar z poziomu zaćmienia i wykonałem polecenie "java -jar MyJar.jar" i działa doskonale

Spróbuj zaktualizować wersję Eclipse, problem został niedawno zamknięty (12.03.2013). Sprawdź raport o błędzie https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193

Nie dotyczy to specjalnie zaćmienia, ale sposobem obejścia tego problemu było utworzenie symbolicznego łącza do mojego repozytorium Maven i wskazanie go na coś takiego jak „C: \ R”. Następnie dodałem do mojego pliku settings.xml:

<localRepository>C:\R</localRepository>

Ścieżka repozytorium maven przyczyniała się do problemów z długością na moim komputerze z systemem Windows.

W intellij jest opcja `` skracania wiersza poleceń '', wybierając `` manifest JAR '' lub `` @argFiles '' rozwiązałoby problem, w zasadzie umieści twoją długą ścieżkę klasy w pliku jar lub pliku tymczasowym

Pytanie jest stare, ale nadal aktualne. Często spotykam się z taką sytuacją, gdy do mojego zespołu dołącza nowy członek lub nowy segment kodu jest dodawany do istniejącego kodu. Prostym obejściem, które stosujemy, jest „Zmniejszenie ścieżki klas” przez przesunięcie katalogów w górę.

Jak wspomniano w pytaniu, nie jest to specyficzne dla zaćmienia. Trafiłem na ten problem również w IntelliJ Idea 14 i 2018.

Po długich poszukiwaniach stwierdziłem, że rozwiązaniem jest ustawienie

fork = false

w javc pliku kompilacji Ant.

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

Tak wygląda teraz moja kompilacja mrówek javac. Aby dowiedzieć się więcej na temat forka, zapoznaj się z dokumentacją ant.

W raporcie o błędzie Bug 327193 jest uważany za naprawiony, ale ostatnio zdarzyło mi się to w przypadku Eclipse Kepler 4.3.2.

Pobierz poprawkę dla Eclipse Juno lub nowszą:

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

1. Po pobraniu wykonaj kopię zapasową istniejących eclipse / plugins / org.eclipse.jdt.launching_3. *. Jar
2. Skopiuj i wklej klasy z poprawki do org.eclipse.jdt.launching JAR (zastąp istniejące pliki).
3. Uruchom ponownie Eclipse.

Spróbuj tego:

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

Aby to rozwiązać:

Jeśli używasz Eclipse:

Przenieś repozytorium .m2 do

c: \ Idź do Eclipse> Windows / Preferences / Maven / User Settings -> Stwórz swój własny plik setting.xml z jego zawartością:

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

Jeśli używasz IntelliJ: Idź do IntelliJ> kliknij prawym przyciskiem myszy na "pom.xml"> maven> utwórz "settings.xml"

z jego zawartością:

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

Mam ten sam błąd podczas wywoływania Mavena.

Główną przyczyną mojego problemu był plik classpath była bardzo duża. Aktualizacja ścieżki klas rozwiązała problem.

Jak wspomniano w tym artykule, istnieje wiele sposobów aktualizowania dużej ścieżki klas: Jak ustawić długą ścieżkę klas Java w systemie Windows?

1. Użyj symboli wieloznacznych
2. Plik argumentów
3. Słoik do ścieżki

Ponieważ używam Intellij, zapewniają one opcję użycia pliku argumentów, którego użyłem.

Spróbuj dodać to w gradle version 4.10.xpliku build.gradle ( ) i sprawdź, czy com.xxx.MainClassjest to klasa, w której znajduje się twoja główna metoda:

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

Powyższa zmiana musi rozwiązać problem, jest inny sposób, aby użyć run.shponiższego skryptu, aby rozwiązać ten problem, ale będzie to bardziej naprawa wiersza poleceń, a nie IntelliJ do uruchomienia gradle bootRun.

dzieje się tak, ponieważ DataNucleus czasami nadpisuje Argumenty wieloma ścieżkami.

Musisz je nadpisać tym:

-enhancerName ASM -api JDO -pu MediaToGo

Mam nadzieję, że ci pomogę!

Prawidłowa odpowiedź z tego wątku była właściwą odpowiedzią w moim szczególnym przypadku. Określ ścieżkę folderu ORM dla jądra danych z pewnością zredukuj kompilację ścieżki java.

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

Pojawił się poniższy błąd, gdy uruchamiam „ Ant deploy ”

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

Naprawiono go, uruchamiając przed nim polecenie „ ant clean ”.

Ten sam błąd wystąpił w Android Studio. Udało mi się to rozwiązać, uruchamiając Build -> Clean Project w IDE.

Dzieje się tak z powodu długiej nazwy katalogu projektu, która daje w CLASSPATHsumie bardzo długą nazwę . Albo musisz zmniejszyć liczbę dodanych plików JAR CLASSPATH(pamiętaj, aby usunąć tylko niepotrzebne pliki JAR) lub najlepszym sposobem jest zmniejszenie katalogu projektu i ponowne zaimportowanie projektu. Zmniejszy to CLASSPATH. U mnie to zadziałało.

Miałem ten sam problem, ale zamiast tego korzystałem z netbeanów.
Znalazłem rozwiązanie, więc udostępniam tutaj, ponieważ nigdzie tego nie znalazłem, więc jeśli masz ten problem w sieciach sieciowych, wypróbuj to:
(nazwy mogą być wyłączone, ponieważ moje netbeans są w języku portugalskim) Projekt kliknij prawym przyciskiem myszy> właściwości > build> compiling> Odznacz opcję uruchom kompilację na zewnętrznej maszynie wirtualnej.

Mam ten sam błąd. Wypróbowane rozwiązania, takie jak czyszczenie, odbudowa, unieważnienie pamięci podręcznej, ponowne uruchomienie itp., Ale nic nie działa.

Właśnie utworzyłem nowy folder o krótkiej nazwie i skopiowałem wszystkie pliki (folder aplikacji, pliki Gradle itp.) Do nowego folderu. Otwarta aplikacja w Android Studio i działa poprawnie.

W moim przypadku błąd był wyświetlany, ponieważ wersja systemu java różniła się od wersji java intellijj / eclipse. System i użytkownik mieli różne wersje java. Jeśli skompilujesz swój kod przy użyciu jednej wersji i spróbujesz uruchomić go przy użyciu innej wersji, wystąpi błąd.

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

Krótko mówiąc, upewnij się, że Twój kod jest skompilowany i uruchamiany w tej samej wersji Java.

Dodaj poniżej do swojego pliku gradle:

wtyczki {`id" com.github.ManifestClasspath "wersja" 0.1.0-RELEASE "
}

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

Aby naprawić ten poniższy błąd, przeprowadziłem wystarczająco dużo badań, nie znalazłem żadnego świetnego rozwiązania, przygotowałem ten skrypt i działa dobrze, pomyślałem, aby udostępnić go publicznie i wykorzystać i zaoszczędzić czas.

Błąd CreateProcess = 206, nazwa pliku lub rozszerzenie jest za długie

Jeśli używasz narzędzia do budowania Gradle, a plik wykonywalny jest umieszczony w katalogu build / libs aplikacji. run.sh-> utwórz ten plik w katalogu głównym projektu i skopiuj do niego poniższy skrypt, a następnie przejdź do git bash i wpisz run.sh, a następnie wprowadź. Mam nadzieję że to pomoże!

#!/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 '{print $NF}'` #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 '{print $NF}'`
jar_path=build/libs/$jar_name echo $jar_name #java -jar $jar_path fi

Mam nadzieję że to pomoże!!

Używam starszej wersji wtyczek Gradle i to wtyczka rozwiązała problem.

Użycie (sprawdź źródło, aby uzyskać więcej informacji):

Zbuduj fragment skryptu dla wtyczek DSL dla Gradle 2.1 i nowszych

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

Utwórz fragment skryptu do użytku w starszych wersjach Gradle lub tam, gdzie wymagana jest dynamiczna konfiguracja

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"

Na komputerze z systemem Windows istnieje ograniczenie nazwy pliku jar / długości ścieżki w linii poleceń, przez co pojawia się poniższy komunikat o błędzie, próbowałem dużo szukać, nawet próbowałem zastosować powyższe rozwiązanie, z jakiegoś powodu, to nie zadziałało, znalazłem działający fragment kodu dla Gradle (gradle-4.10.2-all.zip)

Błąd:

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

Użyj poniższego gradle.buildfragmentu kodu, aby naprawić powyższy problem w IntelliJ lub STS lub zaćmienić cokolwiek.

Poprawka kodu Gradle:

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)
    }
}

Ile osób jest smutnych powyżej, jest wiele wtyczek do stopniowania wykonania obejścia w tym problemie, takich jak:

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

lub

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

Ale lepszym rozwiązaniem, które znalazłem, było zabicie procesu JVM i wszystko jest gotowe.