Как вы заметили, файл, который должен появиться в конфигурации sudoers, это тот, который запускается sudo
, а не тот, который запускается sudo
.
Как говорится, то, что мы часто делаем, имеет что-то вроде
user ALL=(ALL:ALL) NOPASSWD:/path/to/script.sh
в конфигурации sudo
, где script.sh
содержит все команды, которые должен выполнить скрипт.
Затем мы определяем либо функцию Bash, либо псевдоним, так что script.sh
на самом деле
sudo /path/to/script.sh
Единственная проблема в том, что если некоторые команды не должны запускаться с правами root, вам нужно вставить некоторые su - user -c "command"
команды в скрипте.
Было бы полезно, если бы вы указали версию eclipse, которую вы используете, и технологию (Java JDT, или AJDT для Aspect Java, или, например, C ++ CDT), на всякий случай.
Что касается Java, я полагаю, что ваш «Отметить флажок в параметрах компилятора» относится к this
В разделе " Окно -> Настройки -> Java -> Компилятор -> Создание файла классов
", для всех параметров генерации ' Файл класса
' установлено значение Истина:
У меня была такая же ошибка сообщение в Eclipse 3.4.1, SUN JVM1.6.0_07 подключен к Tomcat 6.0 (запущен в режиме отладки на другом компьютере, Sun JVM1.6.0_16, отладочное соединение работает правильно).
Окно -> Настройки - -> Java -> Компилятор -> Создание файла классов: проверено "добавить атрибуты номера строки в сгенерированный файл класса" . Я сделал чистую, перекомпилировал. Я снял галочку, перекомпилировал, проверил, перекомпилировал. Я убедился, что в проекте действительно используются глобальные настройки. Все еще то же сообщение.
Я переключился на сборку муравьев, используя
<javac srcdir="./src/java" destdir="./bin" debug="true">
Тем не менее, то же сообщение.
Я не выяснил, что вызвало это сообщение и почему оно не исчезло. Хотя, похоже, это как-то связано с запущенным сеансом отладки Tomcat: при отключении перекомпиляция решает проблему. Но при подключении отладчика к Tomcat или при установке новых точек останова во время подключенного сеанса отладки оно появилось снова.
Однако оказалось, сообщение было неправильным : я действительно смог отладить и установить точки останова , как до, так и во время отладки ( javap -l также показывал номера строк). Так что просто игнорируйте это :)
У меня возникла эта проблема при попытке запустить Tomcat в режиме отладки из Eclipse. У меня был файл сборки ANT, который позаботился о компиляции и развертывании. После установки флага отладки в значение true (как упоминалось в других ответах) и повторного развертывания приложения он работал нормально:
<javac srcdir="./src/java" destdir="./bin" debug="true">
ПРИМЕЧАНИЕ: , если вы только что добавили флаг отладки и перекомпилировали, вам все равно необходимо повторно развернуть свой application на сервер, поскольку именно здесь Eclipse отлаживает файлы классов. Совершенно очевидно, но легко потратить час или около того, почесывая затылок и задаваясь вопросом, почему это не работает (поверьте мне).
У меня была такая же проблема при отладке WAR (созданного из нескольких артефактов проекта Eclipse), развернутого в Tomcat.
Я строю все, используя сценарий сборки ANT. Если это то, что вы делаете, убедитесь, что флаг debug = true установлен для каждой задачи javac ant, которая у вас есть. Это была моя единственная проблема - надеюсь, это поможет вам!