Java lang error properties init

Cannot determine current directory

I am trying to run a .jar file that was created successfully in Netbeans and I am receiving the following error:

Error occurred during initialization of VM java.lang.Error: Properties init: Could not determine current working directory. at java.lang.System.initProperties(Native Method) at java.lang.System.initializeSystemClass(System.java:1070)

java -jar "/path to the dist forlder/EOPPrototype.jar" 

CLASSPATH=/opt/netbeans-7.1.2/ide/modules/ext/mysql-connector-java-5.1.13- bin.jar:/h/USERS/local/pagola/NetBeansProjects/mylib/dist/mylib.jar:/h/USERS/local/pagola/NetBeansProjects/EOPPrototype/build/classes:. 

12 Answers 12

I saw the same error when I was trying to call java -version inside a directory, which I already had deleted from another terminal session. Of course in that case java could not determine the current working directory , simply because it didn’t exist.

this happened to me when i issued a command in the maven target directory that: was present, then i did a clean and build (clean install), then issued the same command. Even though the path was still valid, the specific directory entry i issued the command in first was not there (OS X) doing a cd ../target fixed my issue

What a weird issue. Happened to me tonight and this was exactly what it was. I was inside /target/classes in a terminal, ran a mvn clean compile , and then tried re-running the java command from the first terminal. I guess the Maven command deleting and re-creating the directory screwed the old terminal up. Using cd to go back to the project root and then back into the classes directory fixed it for me.

Solution: cd to another directory and run that command again, that works for me.

In Fedora 21, I tried calling the «java -version» after an uninstall and it gave the above error. Close all the terminals and open them again and try.

I was getting the same error message, but I’m not sure if it was for the same reason as I don’t use Netbeans. I use my terminal and compile with ant .

I cd ‘d to a directory to run a javafile.class file. The file I want to run is part of a bigger package. The directory structure of the package looked something like this: a/b/c/javafile.class . The a , b , and c directories are all part of a larger package.

To run my javafile.class , I cd ‘d into a and ran the file from there: java b/c/javafile . After I made some changes and recompiled with my ant script, the directory I was in had been deleted and remade by ant . So, when I ran javafile.class again, I got the error you’re getting.

I fixed my problem by cd ing out of the directories that are deleted and remade by ant and then running my javafile.class again.

Источник

Получение «Произошла ошибка при инициализации ВМ»

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

Кроме того, если я создаю сценарий, который вызывает другой сценарий, будут ли они выполняться в той же оболочке, или мне также потребуется источник внутреннего сценария?

@NJMR, если вы используете источник с вложенным исходным кодом, все будут в одной оболочке. Если вложенный скрипт запускается как скрипт bash, то это будет другая оболочка. Также, если вы используете сценарий оболочки с командой блокировки, сценарий оболочки будет заблокирован, а дальнейшая часть будет выполнена только после завершения блокирующего исполняемого файла.

этот скрипт вызывается другим скриптом, который вызывается планировщиком заданий Autosys. И что делает эта «работа»? Случается ли удалить какие-либо каталоги?

@NJMR Нет, это не удаляет любые каталоги. Вы уверены, что? Процесс должен запускаться где-то в каталоге, и невозможно изменить текущий рабочий каталог на тот, который не существует. Единственный способ получить процесс, неспособный определить его текущий рабочий каталог, — это удалить каталог из-под процесса.

@AndrewHenle: Спасибо за подсказку, наконец понял, что другой процесс (который мы получили ошибку JAVA) был запущен другим пользователем, и у этого пользователя не было прав доступа к папке. Спасибо за подсказку. Если бы у меня была возможность выделить бонусы для комментариев, вы бы это получили. 🙂

Источник

Русские Блоги

java.lang.Error: Properties init: Could not determine current working directory

Ошибка: Java.lang.Error: Свойства инициализации: не удалось определить текущий рабочий каталог.

[[email protected] current]# hadoop fs -ls / shell-init: ошибка при получении текущего каталога: getcwd: невозможно получить доступ к родительскому каталогу: нет такого файла или каталога chdir: ошибка при получении текущего каталога: getcwd: невозможно получить доступ к родительскому каталогу: нет такого файла или каталога chdir: Ошибка при получении текущего каталога: getcwd: Невозможно получить доступ к родительскому каталогу: Нет такого файла или каталога chdir: ошибка при получении текущего каталога: getcwd: невозможно получить доступ к родительскому каталогу: нет такого файла или каталога Error occurred during initialization of VM java.lang.Error: Properties init: Could not determine current working directory. at java.lang.System.initProperties(Native Method) at java.lang.System.initializeSystemClass(System.java:1166)

Эта ошибка указывает на то, что команде getcwd не удается найти текущий рабочий каталог. Вообще говоря, это происходит потому, что вы попадаете в определенный каталог после того, как переходите в этот каталог.Просто перейдите в любой каталог и выполните команду.

Интеллектуальная рекомендация

Фабричный метод режим

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

Эта функция указателя/постоянной, нормальный объект

Этот указатель представляет Переменные элемента объекта в классе и функции элемента хранятся отдельно. Sizeof (пустой класс) = 1. Кроме того, вопрос о выравнивании байта участвует в примере. INT также.

JavaScript садоводство

Тип преобразования JavaScript этоСлабый типЯзык, так будетЛюбыеГде возможноТип преобразования。 Советы ES5:С0Числовые литералы в начале будут интерпретироваться как восьмеричные цифры. В строгом режиме.

Чтение заметок «Microsoft Sql server 2008 Internals» — глава 6 «Индексы и управление» (1)

Директория индекса «Microsoft Sql server 2008 Internals»: «Microsoft Sql server 2008 Internals», читающий указатель к каталогу заметок В пятой главе я в основном изучал внутрен.

Источник

Eclipse won’t open in Linux Mint and Java won’t open in different directories

I had Installed Eclipse in /opt/eclipse in Linux Mint 18.2 cinnamon with openjdk-9 (please don’t tell me switch over oracle jdk). Whenever I click on Eclipse icon this window shows up: Here is the content of that window:

JVM terminated. Exit code=1 /usr/bin/java -Dosgi.requiredJavaVersion=1.8 -Dosgi.instance.area.default=@user.home/eclipse-workspace -XX:+UseG1GC -XX:+UseStringDeduplication --add-modules=ALL-SYSTEM -Dosgi.requiredJavaVersion=1.8 -Xms256m -Xmx1024m --add-modules=ALL-SYSTEM -jar /opt/eclipse//plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar -os linux -ws gtk -arch x86_64 -showsplash /opt/eclipse//plugins/org.eclipse.epp.package.common_4.7.1.20171005-1200/splash.bmp -launcher /opt/eclipse/eclipse -name Eclipse --launcher.library /opt/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.550.v20170928-1359/eclipse_1629.so -startup /opt/eclipse//plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar --launcher.appendVmargs -exitdata 828016 -product org.eclipse.epp.package.java.product -vm /usr/bin/java -vmargs -Dosgi.requiredJavaVersion=1.8 -Dosgi.instance.area.default=@user.home/eclipse-workspace -XX:+UseG1GC -XX:+UseStringDeduplication --add-modules=ALL-SYSTEM -Dosgi.requiredJavaVersion=1.8 -Xms256m -Xmx1024m --add-modules=ALL-SYSTEM -jar /opt/eclipse//plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar 

$java -version openjdk version "9-internal" OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195246.buildd.src) OpenJDK 64-Bit Server VM (build 9-internal+0-2016-04-14-195246.buildd.src, mixed mode) 

/opt/eclipse $ java -version Error occurred during initialization of VM java.lang.Error: Properties init: Could not determine current working directory. at java.lang.System.initProperties(java.base/Native Method) at java.lang.System.initPhase1(java.base/System.java:1850) 

$ eclipse Unrecognized option: --add-modules=ALL-SYSTEM Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. 

Источник