Запуск приложения из текущей папки.

[Gubtor]

Есть java-приложение, упакованное в jar. Есть launcher, который его запускает (Launcher создавался на рабочем столе (ПКМ -> Create launcher)). Launcher находиться в той же папке, что и приложение.

Нужно запустить приложение не прописывая полный путь в launcher'е. То есть в launcher’e вместо /home/user/MyDirectory/Filename.jar нужно прописать что-то вроде *CurrentLocation*/Filename.jar.

Есть ли способ это осуществить?

[Jack Sparrow]

Обычно из текущей папки запускают как-то так:

Код: [Выделить]

./команда


[alexander.pronin]

В PATH допишите ./ и будет находить и запускать без ./

[scsiman]

А вот в PATH прописывать ./ не следует!

[Jack Sparrow]

А вот в PATH прописывать ./ не следует!

Это, вроде бы, не безопасно.

[Gubtor]

Обычно из текущей папки запускают как-то так:

Код: [Выделить]

./команда


Пробовал уже - не запускает. Вот скриншот, может что-нибудь не так делаю.

[alexander.pronin]

А в чем небезопасность ?
комманда
или
./комманда
Если комманды нет в текущей директории, то не запустится в любом случае.
Если есть, то там и там запустится.
Лично я не вижу никакой разницы.
Объясните.

[wl]

А в чем небезопасность ?

В наличии, например, исполняемого файла /home/hacker/ls, который себя не показывает, но добавляет юзера hacker в sudoers.

Обычно из текущей папки запускают как-то так:

Код: [Выделить]

./команда


Пробовал уже - не запускает. Вот скриншот, может что-нибудь не так делаю.

Насколько мне известно, JAR-ы запускаются командой

Код: [Выделить]

java -jar Tratata.jar

[Jack Sparrow]

Я пишу вредный скрипт, сохраняю его в файле, скажем, ls и делаю его исполняемым. Даю это файл вам, или вы его скачиваете и т.п. В консоли заходите в папку с этим скриптом (допустим, там много файлов, а мой вредный - один из них). Логично, что первое, что вы захотите сделать, зайдя в новый каталог, так это запустить команду ls. А так как путь ./  прописан в $PATH, то мой вредный скрипт и запустится.
Может быть сейчас уже как-то это решили, но раньше было так.

[alexander.pronin]

Спасибо, теперь ясно, что так делать нельзя.

[Gubtor]

Насколько мне известно, JAR-ы запускаются командой

Код: [Выделить]

java -jar Tratata.jar

Я файл Taratata.jar сделал executable, так что запускается и без java -jar.

На всякий случай попробовал java -jar ./Tratata.jar - не работает. Дело в том, что при Tratata.jar, что и при ./Tratata.jar  система пытается запустить файл в /home/gubtor/Tratata.jar а не в /home/gubtor/workspace/Tratata.jar

Даже не знаю куда копать...

[alexander.pronin]

classpath поищите.

[ArcFi]

Нужно запустить приложение не прописывая полный путь в launcher'е. То есть в launcher’e вместо /home/user/MyDirectory/Filename.jar нужно прописать что-то вроде *CurrentLocation*/Filename.jar.

Есть ли способ это осуществить?

Для определения рабочей директории в launcher'e есть параметр Path.
По дефолту Path=$HOME.

Для запуска команд/приложений используется параметр Exec.
Можно
1) использовать команды и приложения из $PATH
2) запускать файлы из рабочей директории через "./"
3) сделать финт ушами и запихать туда небольшой скрипт, выполняемый через "bash -c"

[Gubtor]

2) запускать файлы из рабочей директории через "./"

Так не запускает. В параметрах launcher'а в строке Command прописываю

Код: [Выделить]

./Tratata.jar и из текущей папки приложение не запускается, пытается launcher запустить из /home/gubtor/

Насчет изменения $PATH не совсем понял. Где такой параметр изменяется для конкретного launcher'а?
Пользователь решил продолжить мысль 10 Февраля 2011, 16:14:30:На всякий случай вот исходник моего launcher'а

Код: [Выделить]

[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Icon[en_GB]=gnome-panel-launcher
Exec=Tratata.jar
Name[en_GB]=TratataStarter
Name=TratataStarter
Icon=gnome-panel-launcher
Дописывание строки

Код: [Выделить]

Path=./ не помогло

[ArcFi]

Gubtor, вероятно, средствами launcher'а невозможно получить путь до каталога, в котором он находится.
Однако, если имеется несколько заранее известных вариантов, или же этот путь можно как-то рассчитать, то становится возможным

3) сделать финт ушами и запихать туда небольшой скрипт, выполняемый через "bash -c"

который будет выбирать 1 из нескольких вариантов пути.