Lỗi CreateProcess = 206, Tên tệp hoặc phần mở rộng quá dài khi chạy phương thức main ()

Tôi gặp lỗi này trong helios nhật thực:

Đã xảy ra ngoại lệ khi thực thi dòng lệnh. Không thể chạy chương trình "C: \ Program Files (x86) \ Java \ jre6 \ bin \ javaw.exe" (trong thư mục "C: \ Users \ motiver \ helios_workspace \ TimeTracker"): Lỗi CreateProcess = 206, Tên tệp hoặc phần mở rộng là quá lâu

Tôi đã nghiên cứu một chút nhưng hầu hết các vấn đề đều liên quan đến DataNucleus khi làm việc trên Google App Engine. Nhưng tôi không sử dụng bất cứ thứ gì liên quan từ xa đến Google App Engine. Tôi đang thực hiện một dự án nhỏ với Servlet 3.0 trên JBOSS 6. Tôi đang sử dụng Hibernate 4.1.2 cho ORM và RESTEasy để hiển thị một dịch vụ web. Tôi đã tạo một tệp sử dụng có phương thức main () về cơ bản loại bỏ và tạo lại lược đồ. Tôi chạy các methos main () khi tôi cần một cơ sở dữ liệu sạch cho mục đích thử nghiệm. Nó hoạt động tốt trên Tomcat 7 nhưng nó ngừng hoạt động khi tôi chuyển sang JBoss 6.

Bất kỳ gợi ý hoặc giải pháp sẽ được đánh giá rất cao.

Không có giải pháp đơn giản (như trong một vài cú nhấp chuột hoặc một lệnh đơn giản) cho vấn đề này.

Trích dẫn từ một số câu trả lời trong báo cáo lỗi này trên Eclipse.org , đây là những cách giải quyết. Chọn một cái mà bạn ít đau nhất:

• Giảm classpath
• Sử dụng thư mục thay vì tệp jar
• Sử dụng tệp jar được đóng gói chứa tất cả các lọ khác, sử dụng biến classpath bên trong tệp kê khai để trỏ đến các lọ khác
• Sử dụng trình tải lớp đặc biệt đọc classpath từ tệp cấu hình
• Cố gắng sử dụng một trong các bản vá đính kèm trong tài liệu báo cáo lỗi
• Sử dụng một trình bao bọc riêng, ví dụ như kiến

Cập nhật : Sau tháng 7 năm 2014, có một cách tốt hơn (nhờ câu trả lời của @ Brad-Mace bên dưới :

Nếu bạn đã tạo tệp xây dựng của riêng mình thay vì sử dụng Project -> Generate Javadocs, thì bạn có thể thêm useexternalfile="yes"vào tác vụ Javadoc, được thiết kế đặc biệt để giải quyết vấn đề này.

Nếu bạn tạo tệp xây dựng của riêng mình thay vì sử dụng, Project -> Generate Javadocsbạn có thể thêm useexternalfile="yes"vào javadoctác vụ, được thiết kế đặc biệt để giải quyết vấn đề này.

Tôi đã gặp phải vấn đề này hôm nay và tôi đã có thể giải quyết nó bằng cách sử dụng plugin Gradle này

Đây là url github

NẾU bạn, giống như tôi, không biết Gradle là gì nhưng cần chạy chương trình phụ trợ để thực hiện công việc giao diện người dùng của mình, những gì bạn cần làm là tìm tệp build.gradle đang được gọi để khởi động máy chủ BE của bạn và thêm tệp này vào đỉnh:

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

Trả lời câu hỏi của riêng tôi ở đây để giải pháp không bị chôn vùi trong các bình luận. Tôi đã xuất dự án dưới dạng một jar có thể chạy được từ bên trong eclipse và thực hiện một dòng lệnh "java -jar MyJar.jar" và nó hoạt động hoàn toàn tốt

Hãy thử cập nhật phiên bản Eclipse của bạn, sự cố đã được đóng gần đây (2013-03-12). Kiểm tra báo cáo lỗi https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193

Điều này không dành riêng cho nhật thực, nhưng cách tôi giải quyết vấn đề này là tạo một liên kết tượng trưng đến kho lưu trữ maven của tôi và trỏ nó đến một cái gì đó như "C: \ R". Sau đó, tôi đã thêm phần sau vào tệp settings.xml của mình:

<localRepository>C:\R</localRepository>

Đường dẫn kho lưu trữ maven đã góp phần gây ra các vấn đề về độ dài trong máy tính Windows của tôi.

Trong intellij có một tùy chọn để 'rút ngắn dòng lệnh', chọn 'tệp kê khai JAR' hoặc '@argFiles' sẽ giải quyết được vấn đề, về cơ bản nó sẽ đặt đường dẫn lớp dài của bạn vào tệp jar hoặc tệp tạm thời

Câu hỏi đã cũ, nhưng vẫn còn giá trị. Tôi thường xuyên gặp trường hợp này bất cứ khi nào một thành viên mới tham gia vào nhóm của tôi hoặc một đoạn mã mới được thêm vào mã hiện có. Cách giải quyết đơn giản mà chúng tôi làm theo là "Giảm classpath" bằng cách di chuyển lên các thư mục.

Như câu hỏi đã đề cập, điều này không đặc trưng cho nhật thực. Tôi cũng đã gặp vấn đề này trong IntelliJ Idea 14 và 2018.

Sau một thời gian dài nghiên cứu, tôi thấy giải pháp là đặt

ngã ba = sai

trong javc của tệp xây dựng kiến.

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

Đây là cách kiến ​​tạo javac của tôi trông bây giờ. Để tìm hiểu thêm về fork, vui lòng tham khảo tài liệu kiến.

Trong báo cáo lỗi, lỗi 327193 được coi là đã sửa, nhưng nó xảy ra với tôi gần đây với Eclipse Kepler 4.3.2.

Vui lòng tải xuống bản vá cho Eclipse Juno hoặc mới hơn:

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

1. Sau khi tải xuống, hãy sao lưu eclipse / plugins / org.eclipse.jdt.launching_3. *. Jar hiện có
2. Sao chép và dán các lớp trong bản vá vào JAR org.eclipse.jdt.launching (thay thế các tệp hiện có).
3. Khởi động lại Eclipse.

Thử cái này:

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

Để giải quyết nó:

Nếu bạn đang sử dụng Eclipse:

Di chuyển kho lưu trữ .m2 sang

c: \ Đi tới Eclipse> Windows / Preferences / Maven / User Settings -> Tạo setting của riêng bạn.xml với nội dung của nó:

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

Nếu bạn đang sử dụng IntelliJ: Đi tới IntelliJ> nhấp chuột phải vào "pom.xml"> maven> tạo "settings.xml"

với nội dung của nó:

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

Tôi đã gặp lỗi tương tự, trong khi gọi Maven.

Nguyên nhân gốc rễ cho vấn đề của tôi classpathlà rất lớn. Cập nhật classpath đã khắc phục sự cố.

Có nhiều cách để cập nhật classpath lớn như đã đề cập trong phần này: Làm thế nào để đặt một classpath Java dài trong Windows?

1. Sử dụng ký tự đại diện
2. Tệp đối số
3. Bình vỗ

Vì tôi đang sử dụng Intellij, họ cung cấp tùy chọn sử dụng Tệp đối số mà tôi đã sử dụng.

Hãy thử thêm gradle version 4.10.xtệp này vào tệp build.gradle ( ) và kiểm tra xem đây có phải com.xxx.MainClasslà lớp nơi phương thức chính của bạn cư trú:

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

Thay đổi ở trên phải giải quyết sự cố, có một cách khác bằng cách sử dụng tập lệnh run.shbên dưới có thể khắc phục sự cố này, nhưng sẽ có nhiều bản sửa lỗi dòng lệnh hơn, không phải trong IntelliJ để khởi chạy gradle bootRun.

nó xảy ra do DataNucleus đôi khi ghi đè các Đối số bằng nhiều đường dẫn.

Bạn phải ghi đè chúng bằng cái này:

-enhancerName ASM -api JDO -pu MediaToGo

Mong giúp được bạn!

Câu trả lời hợp lệ từ chủ đề này là câu trả lời phù hợp cho trường hợp đặc biệt của tôi. Chỉ định đường dẫn thư mục ORM cho datanucleus chắc chắn làm giảm biên dịch đường dẫn java.

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

Tôi gặp lỗi bên dưới khi chạy ' kiến triển khai '

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

Đã sửa nó bằng cách chạy ' ant clean ' trước nó.

Tôi gặp lỗi tương tự trong studio android. Tôi đã có thể giải quyết nó bằng cách chạy Build -> Clean Project trong IDE.

Điều này là do tên thư mục dự án dài của bạn, mang lại cho bạn một cái tên rất dài CLASSPATH. Hoặc bạn cần phải giảm các bình được thêm vào CLASSPATH(đảm bảo chỉ loại bỏ các bình không cần thiết) Hoặc cách tốt nhất là giảm thư mục dự án và nhập lại dự án. Điều này sẽ làm giảm CLASSPATH. Nó đã làm việc cho tôi.

Tôi đã gặp vấn đề tương tự, nhưng tôi đã sử dụng netbeans thay thế.
Tôi đã tìm thấy giải pháp nên tôi đang chia sẻ ở đây vì tôi không tìm thấy điều này ở bất kỳ đâu, vì vậy nếu bạn gặp sự cố này trên netbeans, hãy thử cách này:
(tên có thể bị tắt vì netbeans của tôi bằng tiếng Bồ Đào Nha) Nhấp chuột phải vào dự án> thuộc tính > xây dựng> biên dịch> Bỏ chọn chạy biên dịch trên máy ảo bên ngoài.

Tôi cũng gặp lỗi tương tự. Đã thử các giải pháp như dọn dẹp, xây dựng lại, vô hiệu hóa Bộ nhớ cache, khởi động lại, v.v. nhưng không có gì hoạt động.

Tôi vừa tạo một thư mục mới với tên ngắn và sao chép tất cả các tệp (thư mục ứng dụng, tệp gradle, v.v.) trong thư mục mới. Đã mở ứng dụng trong studio android và nó hoạt động tốt.

Trong trường hợp của tôi, lỗi hiển thị do phiên bản java hệ thống khác với phiên bản java intellijj / eclipse. Hệ thống và người dùng có các phiên bản java khác nhau. Nếu bạn biên dịch mã của mình bằng một phiên bản và cố gắng chạy bằng một phiên bản khác, nó sẽ xảy ra lỗi.

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

Câu chuyện ngắn, hãy đảm bảo rằng mã của bạn được biên dịch và chạy bằng cùng một phiên bản java.

Thêm bên dưới vào tệp gradle của bạn:

plugin {`id" com.github.ManifestClasspath "phiên bản" 0.1.0-RELEASE "
}

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

Để khắc phục lỗi bên dưới này, tôi đã nghiên cứu đủ cách, không tìm ra giải pháp tuyệt vời nào, tôi đã chuẩn bị script này và nó đang hoạt động tốt, tôi nghĩ rằng sẽ chia sẻ cho mọi người và tận dụng nó và tiết kiệm thời gian.

Lỗi CreateProcess = 206, Tên tệp hoặc phần mở rộng quá dài

Nếu bạn đang sử dụng công cụ xây dựng Gradle và tệp thực thi được đặt trong thư mục build / libs của ứng dụng của bạn. run.sh-> tạo tệp này trong thư mục gốc của dự án của bạn và sao chép tập lệnh bên dưới vào đó, sau đó truy cập git bash và gõ run.sh rồi nhập. Hi vọng điêu nay co ich!

#!/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

Hi vọng điêu nay co ich!!

Tôi đang sử dụng phiên bản cũ của plugin gradle và cái này plugin giải quyết được vấn đề cho tôi.

Cách sử dụng (kiểm tra nguồn để biết thêm chi tiết):

Xây dựng đoạn mã tập lệnh cho các plugin DSL dành cho Gradle 2.1 trở lên

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

Tạo đoạn mã tập lệnh để sử dụng trong các phiên bản Gradle cũ hơn hoặc khi cần cấu hình động

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"

Trong máy Windows, có một giới hạn về độ dài đường dẫn / tên tệp jar trong dòng lệnh, do đó bạn thấy thông báo lỗi bên dưới, tôi đã thử tìm kiếm rất nhiều, thậm chí tôi đã thử áp dụng giải pháp trên, một số lý do, nó không hoạt động, tôi đã tìm thấy đoạn mã hoạt động cho Gradle (gradle-4.10.2-all.zip)

Lỗi:

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

Sử dụng gradle.buildđoạn mã bên dưới này để khắc phục sự cố trên trong IntelliJ hoặc STS hoặc làm lu mờ mọi thứ.

Sửa lỗi mã 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)
    }
}

Bao nhiêu người buồn ở trên, có rất nhiều plugin để thực thi từng bước một trong vấn đề này như:

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

hoặc là

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

Nhưng giải pháp tốt hơn mà tôi tìm thấy là giết quá trình JVM và mọi thứ đã xong.