Eclipse - невозможно установить точку останова из-за отсутствующих атрибутов номера строки

У меня было такое же сообщение об ошибке в Eclipse 3.4.1, SUN JVM1.6.0_07, подключенное к Tomcat 6.0 (работающее в режиме отладки на другой машине, Sun JVM1.6.0_16, отладочное соединение действительно работало правильно).

Окно → Настройки → Java → Компилятор → Генерация файла классов: "добавить атрибуты номера строки в сгенерированный файл класса". Я сделал чистую, перекомпилирую. Я снял его, перекомпилировал, проверил, перекомпилировал. Я убедился, что проект действительно использует глобальные настройки. Еще одно сообщение.

Я переключился на ant build, используя

<javac srcdir="./src/java" destdir="./bin" debug="true">

Тем не менее, то же сообщение.

Я не узнал, что вызвало это сообщение, и почему оно не исчезнет. Хотя это, похоже, имело какое-то отношение к запущенному сеансу отладки Tomcat: при отключении рекомпиляция решает проблему. Но при подключении отладчика к Tomcat или при установке новых точек останова во время подключенного сеанса отладки он снова появился.

Однако оказалось, что сообщение было неправильным: я действительно смог отлаживать и устанавливать точки останова как до, так и во время отладки (javap -l также отображал номера строк). Поэтому просто игнорируйте это:)

1. В меню затмения перейдите в Window-> "Настройки" → Java-> "Компилятор".
2. Снимите флажок "Добавить атрибуты номера строки..."
3. Нажмите Применить → Да
4. Установите флажок "Добавить атрибут номера строки..."
5. Применить снова.
6. Счастливой отладки

Это устранило мою проблему:

• Окно → настройки → сервер → среды выполнения
• Apache Tomcat → edit
• Выберите JDK вместо JRE

Для Spring связанных вопросов следует учитывать, что в некоторых случаях он генерирует классы "без номеров строк"; например, @Service аннотированный класс без интерфейса, добавьте интерфейс, и вы можете отлаживать. см. здесь для полного примера.

@Service("SkillService")
public class TestServiceWithoutInterface {
   public void doSomething() {
      System.out.println("Hello TestServiceWithoutInterface");
   }
}

В приведенной выше службе будет создан интерфейс, созданный spring, вызывающий "недостающие номера строк". Добавление реального интерфейса решает проблему генерации:

public interface TestService {
    void doSomething();
}

@Service("SkillService")
public class TestServiceImpl implements TestService {
   public void doSomething() {
      System.out.println("Hello TestServiceImpl");
   }
}

У меня есть ответ на эту проблему со стороны BlackBerry SDK: по какой-то причине, независимо от того, сколько раз я менял параметры в компиляторе, фактический основной файл настроек не изменялся.

Загляните в папку .settings вашего проекта для файла с именем org.eclipse.jdt.core.prefs.

Здесь вы можете изменить настройки вручную:

org.eclipse.jdt.core.compiler.debug.lineNumber=generate

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

Это сработало для меня:

• В Window --> Preferences --> Java --> Compiler --> Classfile Generation все параметры должны быть True.
• Сделано debug="true" в задаче build.xml <javac>.
• Разверните приложение в tomcat войной, созданной ant
• Перезапуск Tomcat в режиме Debug

Не знаю, насколько это актуально, может быть, другой матрос найдет это полезным.

Появляется сообщение, когда файл класса скомпилирован, и флаги отладки отключены.

В eclipse вы можете включить его по указанным выше опциям,

Окно → Настройки → Java → Компилятор → Генерация Classfile: "добавить атрибуты номера строки в сгенерированный файл класса"

Но если у вас есть файл jar, то вы получите скомпилированный вывод. Нет простого способа устранить эту проблему.

Если у вас есть доступ к источнику и используйте ant для получения файла jar, вы можете изменить задачу ant следующим образом.

  <javac  destdir="${build.destDir}" srcdir="${build.srcDir}" source="1.6" fork="true" target="${javac.target}" debug="on" debuglevel="lines,vars,source" deprecation="on" memoryInitialSize="512m" memoryMaximumSize="1024m" optimize="true"   >

Счастливая отладка..

исх: http://doc.sumy.ua/prog/Java/javanut/ch16_04.htm

У меня была эта проблема при попытке запустить Tomcat в режиме отладки из Eclipse. У меня был файл сборки ANT, который заботился о компиляции и развертывании. После установки флага отладки в true (как упоминалось в других ответах) и повторного развертывания приложения он работал нормально:

<javac srcdir="./src/java" destdir="./bin" debug="true">

ПРИМЕЧАНИЕ:, если вы только что добавили флаг отладки и перекомпилировали, вам все равно нужно перераспределить ваше приложение на сервер, так как именно там Eclipse отлаживает файлы классов, Очень очевидно, но легко потратить час или около того, царапая голову и задаваясь вопросом, почему она не работает (поверьте мне).

Это поможет, если вы указали версию используемого вами eclipse и технологию (Java JDT, или AJDT для Aspect Java или С++ CDT), чтобы быть уверенным.

На стороне Java, я полагаю, ваш "Отметьте флажок из опций компилятора" относится к this

В разделе "Window --> Preferences --> Java --> Compiler --> Classfile Generation" для всех параметров генерации "Class file" установлено значение "Истина":

• (1) добавить переменные атрибуты,
• (2) дополнительные строки,
• (3) добавить имя исходного файла,
• (4) сохранить неиспользуемые локальные переменные.

Проверяется ли ваш проект только на глобальном уровне (вдова Настройки) или на уровне проекта?

И вы уверены, что класс открыт (на котором вы пытаетесь установить точку останова):

• является одним из ваших источников (и не из библиотеки сторонних разработчиков).
• является .java, а не a .class?

Попробуйте очистить все и перестроить все, проверить потенциальные конфликты jar.

Если ничего не работает, откройте перспективу отладки, очистите все существующие точки останова и затем установите их снова.

Поскольку у меня есть 6 различных версий Java, мне пришлось изменить соответствие JDK по умолчанию, чтобы соответствовать требованиям Java-версии, которую я хотел использовать. Eclipse по умолчанию имел уровень соответствия компилятора, установленный на Java 1.7, когда все было построено/скомпилировано с использованием Java 1.6.

Итак, все, что я сделал, было

• В меню eclipse перейдите в Window- > Preferences- > Java- > Compiler
• В соответствии с JDK Compliance я изменил уровень соответствия компилятора с 1.7 до 1.6

Теперь Eclipse не жалуется на "Невозможно вставить информацию о точке отсутствия точки останова", и на самом деле работают контрольные точки отладки.

попробуйте изменить jre, который вы используете. Вместо этого установите jre в папку JDK.

Я попробовал почти все решения здесь и не повезло. Вы попробовали нажать "Не рассказывать мне снова"?. После этого я перезапустил свою программу, и все было хорошо. Eclipse ударил точку останова, как будто ничего не случилось.

Основная причина для меня заключалась в том, что Eclipse пыталась настроить отладку для автоматически генерируемых прокси-объектов Spring CGLIB. Если вам не нужно отлаживать что-то на этом уровне, вы должны игнорировать проблему.

Я нашел еще одну причину этого сообщения. Я программировал Scala. Решение было:

• Open Run → Конфигурации отладки
• На вкладке "Главная" внизу внизу рядом с кнопками "Применить" и "Отменить" появляется текст, в котором вы используете Launcher, а рядом с ним есть гиперссылка "Выбрать другую". Это странный элемент пользовательского интерфейса, который на первый взгляд не выглядит действенным.
• Используйте ссылку "Выбрать другую" и выберите "Scala Приложение (новый отладчик) Launcher". Другой, похоже, не работает с Scala.

Теперь отладка должна работать. Обратите внимание, что я установил плагин Scala IDE, этот параметр может быть недоступен, если у вас его нет.

Получено это сообщение с помощью Spring AOP (похоже, из библиотеки CGLIB). Нажатие "Игнорировать", похоже, работает нормально, я все еще могу отлаживать.

У меня была такая же проблема, когда я делал на причальном сервере и компилировал новый .war файл ANT. Вы должны сделать такую ​​же версию компилятора jdk/jre и пути сборки (например, jdk 1.6v33, jdk 1.7,....) после того, как вы должны установить Java Compiler, как было написано ранее.

Я сделал все и все еще не работал. Решение было удалено скомпилированные файлы .class и цель сгенерированного файла войны, а теперь его рабочая:)

Моя ситуация была похожа:

• Я отлаживал тест JUnit
• Я использовал Mockito для создания шпиона, как в spyTask = spy(new Task())
• Я поставил точку останова внутри класса, которую я шпионил (внутри Task.java)

Эта точка останова генерирует ошибку, о которой идет речь, каждый раз, когда я запускаю Debug As... > JUnit Test

Чтобы устранить проблему, я переместил точку останова "вверх" в фактический тест (внутри TaskTest.java). Когда выполнение остановлено, я добавил точку останова, где у меня это было, изначально (внутри Task.java).

Я по-прежнему получал ту же ошибку, но после нажатия "ok" точка останова работала нормально.

Надеюсь, что кто-то поможет,

-gmale

Это подробно объясняется здесь:

https://github.com/spring-projects/spring-ide/issues/78

Просто для справки в будущем, это важная часть ответа (игнорируйте тот факт, что относится к приложению Spring Boot, поведение одинаково для многих других случаев):

Всякий раз, когда вы устанавливаете точку останова в Eclipse/STS, среда IDE пытается установить точку останова в виртуальной машине, если вы запустите приложение. Это то, что происходит в вашем случае, когда вы запускаете загрузочное приложение в режиме отладки.

Для каждого класса, который загружается в JVM, среда IDE проверяет, нужно ли устанавливать точку останова или нет. Если он решает установить точку останова, пытается это сделать (используя информацию из определения точки останова в среде IDE, включая номер строки, поскольку обычно вы устанавливаете точки останова на исходном файле в данной строке).

Это решение (установить точку останова в заданном загруженном классе или нет) проверяет типы, на которые вы устанавливали точку останова, охватывая типы и внутренние классы. Это гарантирует, что точки останова для внутренних классов (даже анонимных внутренних классов) устанавливаются в JVM (и не игнорируются).

Spring Boot создает внутренний класс для вашего контроллера во время выполнения (это внутренний класс CGLIB, который появляется в сообщении об ошибке). Когда JVM загружает этот класс, он пытается установить точку останова номера строки для закрывающего типа (для этого внутреннего класса). Так как сгенерированный внутренний класс не имеет информации о номере линии (ему не нужно иметь информацию о номере линии), установка точки останова не выполняется для этого внутреннего класса с указанным сообщением об ошибке.

Когда среда IDE загружает закрытый тип (сам класс контроллера), он также пытается установить точку останова линии и успешно с этим. Это визуализируется с помощью маркера проверки на марке точки останова.

Поэтому вы можете спокойно проигнорировать появившееся сообщение об ошибке. Чтобы избежать появления этого сообщения об ошибке, вы можете перейти к настройкам (Java → Debug) и отключить "Предупреждать, когда не удается установить точку останова из-за отсутствия атрибутов номера строки".

Как только я испытал ту же ошибку, когда использовал junit и Mockito, я забыл добавить @PrepareForTest для статического класса.

Добавить ниже код исправил мою проблему.

@PrepareForTest({XXXXX.class})

_{Не уверен, что это был тот же случай.}

У меня такая же проблема, я потратил много времени на поиск решения, но эти решения не полезны, поэтому я сам изучаю все случаи, наконец, я обнаружил, что проблема связана с версиями JDK. Ниже приведены шаги для решения проблемы: 1. Удалите все версии JDK и JRE, сохраните только одну версию. 2. Установить JAVA_HOME и java-компилятор в Eclipse - это то же самое. В некоторых случаях ошибка выше не исчезнет, ​​но мы сможем работать в модели отладки.

У меня была такая же ошибка с JBoss 7.1.. И я сделал то же самое, что и Зефиро. Просто проигнорировал ошибку, и я смог разместить точки останова в обычном режиме. В моем случае я строил мыслительный конструктор ant, и это моя задача javac:

<javac
        srcdir="${src.dir}"
        destdir="${build.classes.dir}" 
        includeantruntime="false" 
        debug="${debug}"
        verbose="false"
        debuglevel="lines,vars,source"
        source="1.6"
        target="1.6">

        <!-- Sppressing warning for setting an older source without bootclasspath
             (see: https://blogs.oracle.com/darcy/entry/bootclasspath_older_source) -->
        <compilerarg value="-Xlint:-options"/>

        <classpath>
            <fileset dir="${lib.dir}" includes="*.jar" />
            <fileset dir="${jboss.lib.dir}" includes="**/*.jar" />
        </classpath>

    </javac>

У меня была эта же проблема при отладке WAR (построенной из нескольких артефактов проекта Eclipse), развернутых в Tomcat.

Я создаю все, используя ANT build script. Если это то, что вы делаете, убедитесь, что флаг debug = true установлен в каждой задаче javac ANT, которую вы получили. Это была моя единственная проблема - я надеюсь, что это поможет вашей проблеме!

Я столкнулся с той же проблемой в моей IDE затмения. Я прочитал все ответы на этот вопрос и перепробовал почти все упомянутые настройки, но не повезло.

Итак, я попытался изменить среду выполнения проекта, ранее это была JRE - Java SE 1.8

Я попытался изменить JRE на JDK, и это сработало для меня:

Ниже приведены шаги для переключения с JRE на JDK:

• Щелкните правой кнопкой мыши на проекте
• Нажмите Свойства → Путь сборки Java
• Выберите вкладку - "Библиотеки"
• Нажмите на кнопку "Добавить библиотеку". Откроется окно "Добавить библиотеку"
• Выберите "Системная библиотека JRE" → нажмите кнопку "Далее"
• Выберите "Альтернативный JRE"
• Нажмите на кнопку установленного JRE
• В новом окне нажмите "Добавить". Откроется другое окно "Добавить JRE".
• Выберите "Стандартный VM". Нажмите кнопку "Далее.
• Нажмите на кнопку Каталог.
• Выберите путь вашего установочного каталога "JDK" и нажмите "ОК". Затем нажмите Готово.

• Теперь проверьте только что добавленный "JDK"

• Удалить все остальные установленные JRE из списка (необязательно)

• Apply-> ОК
• Выберите "JDK из альтернативного выпадающего списка JRE и нажмите" Готово "
• Теперь из приведенного ниже списка удалите экземпляр JRE
• Нажмите Применить → ОК

И вы сделали !!

Для веб-проекта с сервером Tomcat я решил его с помощью следующих шагов.

1. Откройте окно → Показать представление → Другое → Серверы.
2. Дважды щелкните на работающем сервере Tomcat. (Обзор сервера Tomcat будет открыт)
3. Теперь нажмите на ссылку Запустить конфигурацию.
4. Нажмите на вкладку источников.
5. Нажмите на Добавить.
6. Выберите проект Java
7. Все ваши проекты будут отображаться.
8. Выберите "Вы хотите отлаживать".
9. Сохраните конфигурацию и перезапустите или снова создайте приложение.

Я пробовал большинство предыдущих решений, и у меня все еще была проблема. Это то, что я сделал дальше:

• Удалено приложение из Eclipse
• Остановить сервер
• Удаление папки приложения из webapps
• Удаление содержимого из временной папки на сервере
• Удаление содержимого из рабочей папки на сервере
• Повторно открыть приложение на Eclipse
• Запустить сервер

Возможно, некоторые из этих шагов не нужны, но "на всякий случай".

Поэтому, если предыдущие решения все еще не сработают для вас. Попробуй это. Я надеюсь, что это помогает ;-)

У меня была аналогичная проблема в проекте Spring MVC + Maven; и потратил 2 часа, пытаясь понять, почему целевая папка не обновляется классами, содержащими информацию о строках.

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

1. Убедитесь, что в "Свойства проекта"> "Компилятор Java" есть "Добавить атрибуты номера строки для генерируемых классов классов (используемых отладчиком).
2. Очистите весь проект. , (Меню> Проект> Очистить...) Убедитесь, что целевая папка пуста.
3. Проект сборки (Меню> Проект> Проект сборки)
4. Убедитесь, что в вашем целевом каталоге созданы новые классы.
5. Запустить Debug; если вы работаете на WebServer - убедитесь, что вы запустили свой веб-сервер в режиме "Отладка".

Если есть сомнения - скомпилированные файлы.class содержат номера строк или нет - откройте файлы.class в Eclipse. Eclipse декомпилирует файлы и скажет вам, существуют ли номера строк или нет.

Моя проблема заключалась в том, что у меня было 2 JAR, и я пытался переопределить один из них на основе его порядка на вкладке Java Build Path => Order & Export в Eclipse, потому что один был для отладки, а другой не был (первый отладчик JAR был первым в приказ). Когда я это делал, мне пришлось вручную подключить источник.

Я попытался удалить не-отладочную JAR и поместив отладку JAR в каталог \WEB-INF\lib \, очистку, сборку и т.д., и это сработало. На этот раз (удалив подключенный источник), он автоматически позволит мне перемещаться по отладочному коду без необходимости прикреплять какой-либо источник вручную. Точки останова и отладка также работали.

Если у кого-то все еще есть проблемы, я также попробовал все эти конкретные решения, упомянутые в других ответах:

• Снимите флажок, примените и перепроверьте Add line number attributes...
• Ручное редактирование org.eclipse.jdt.core.prefs, как указано в другом ответе: https://stackoverflow.com/questions/20344230/how-to-fix-breakpoint-error-when-debugging-in-eclipse
• Обеспечение создания JAR с включенной отладкой.
• Изменение уровня соответствия JDK с 1.6 до 1.7 (таким образом, соответствующий JDK, который я использовал).

Я также сделал обычное закрытие сервера (и убедился, что java.exe фактически закрыт...), удалив\build\каталоги в обоих проектах, перезапустив Eclipse с параметром -clean, воссоздав отладку JAR, обновление, очистка и построение проекта с помощью отладочного JAR в нем, запуск сервера в режиме отладки, публикация/очистка и точка останова.

Если вышеуказанное решение не работает, и вы начали получать эту проблему после того, как сделали инъекцию spring bean, проблема может заключаться в том, что вы не использовали интерфейс для введенного класса. Попробуйте сделать инъекцию с классом, который реализует интерфейс, решит проблему. Для примера следуйте ссылке: Не удается установить проблему контрольной точки для создания bean

У меня была такая же проблема с одним конкретным проектом, и я продолжал пытаться reset атрибуты номера строки в Window- > Preferences... Тогда я понял, что у каждого проекта есть собственные настройки для атрибутов номера строки. Щелкните правой кнопкой мыши проект, перейдите в свойства, выберите JavaCompiler и установите флажок "Добавить атрибуты номера строки..."

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

Я видел эту проблему, когда я аннотировал класс с @ManagedBean (javax.annotation.ManagedBean). Предупреждающее сообщение появилось при запуске нового приложения JBoss EAP 6.2.0. Игнорирование и запуск в любом случае не помогли - точка останова не была достигнута.

Я называл это bean использованием EL на странице JSF. Теперь... возможно, что @ManagedBean не годится для этого (я новичок в CDI). Когда я изменил свою аннотацию на @Model, мой bean выполнил, но предупреждение точки останова также ушло, и я ударил точку останова, как ожидалось.

В целом, это выглядело так, как будто аннотация @ManagedBean испортила номера строк, независимо от того, использовалась ли она неправильной аннотации.

Я пытался отлаживать диспетчер протоколирования и должен был изменить jre на jdk, а затем выбрать этот jdk на вкладке "main", "Java Runtime Environment" | "runtime JRE" конфигурации отладки, тогда все было хорошо.

Я столкнулся с этой проблемой. Я использую ant build script. Я работаю над старым приложением, поэтому я использую jdk версии 1.4.2. Это работало, поэтому я начал озираться. Я заметил, что в конфигурации Debug на вкладке JRE версия Java была установлена ​​в 1.7. Как только я изменил его на 1.4, он сработал.

Надеюсь, это поможет.

Проверьте/выполните следующие действия:

1) В разделе "Окно → Настройки → Java → Компилятор → Генерация файлов классов" все параметры должны быть в True:

(1) Add variable attributes...
(2) Add line number attributes...
(3) Add source file name...
(4) Preserve unused (never read) local variables

2) В папке .settings вашего проекта найдите файл org.eclipse.jdt.core.prefs. Проверьте или установите org.eclipse.jdt.core.compiler.debug.lineNumber = generate

3) Если окно ошибки все еще отображается, установите флажок, чтобы не отображать сообщение об ошибке.

4) Очистите и создайте проект. Начать отладку.

Обычно окно ошибки больше не отображается, и информация об отладке отображается правильно.

Я сделал все, что указано выше, при компиляции/создании фляг - все равно была проблема.

В конце концов, изменения jvmarg, перечисленные ниже при запуске сервера, - это то, что, наконец, помогло мне:

1) Удалено/Комментировано множество аргументов jvm, относящихся к javaagent и bootclasspath.

2) Включил/не прокомментировал следующую строку:

Затем, когда я запускаю сервер, я могу ударить по своим точкам останова. Я подозреваю, что javaagent каким-то образом вмешивался в способность Eclipse обнаруживать номера строк.

Мы также получаем это сообщение при запуске проекта Java EE с помощью Spring Tool Suite (STS), но мы находимся в хорошем положении, чтобы игнорировать это сообщение, поскольку все работает нормально.