Дерево Netbeans 6.8 и подсказки редактора не синхронизированы со сборкой

Question

У меня два nb-проекта. Один nb-проект (a) имеет другой nb-проект (b) как зависимость библиотеки.

Теперь оба проекта nb нормально компилируются / собираются, но подсказки для (a) не синхронизированы.

Это мешает, когда я хочу запустить / отладить, говоря, что «один или несколько проектов были скомпилированы с ошибками»

Я пробовал

• открытие / закрытие обоих проектов и перекомпиляция
• сканирование на наличие внешних изменений '
• clean-build, удаление флагов «compile on save» для обоих проектов и т. Д.
• ru / отключение «Построить Jar после компиляции» для проекта jtools.

Снятие:

. / NetBeans / 6,8 / вар / индекс

Каталог

только ухудшил работу nb-проекта (а) .. Теперь восклицательные знаки для всего импорта пакетов из nb-проекта (б) Но все равно компиляция / сборка работали нормально. Даже юнит-тесты в том же проекте netbeans в (b) даже не распознали root-пакет?!

После некоторой борьбы это немного лучше, но подсказки все еще не верны в (a). Теперь в (а) говорится, что один метод не существует в проекте (б), но я посмотрел его в build-jar (б) .. он там!?

Есть идеи, как вернуть подсказки в нужное русло?

Спасибо

Answer 1

Существует три способа создания зависимостей в NB. Вы можете добавить проект, добавить библиотеку или добавить JAR / папку. Только кнопка «Добавить проект» сообщает NB, что зависимость является изменяемой. Другие варианты (библиотека и банка / папка) предполагают, что банка никогда не изменится.

Попробуйте удалить зависимость от проекта (b), затем добавьте ее обратно с помощью кнопки Add Project.

Я использую Add Library только для стабильных сторонних библиотек (например, Apache Commons). Я использую Add Jar/Folder только для сторонних библиотек, которые, я знаю, больше нигде не буду использовать. Например, библиотеки поставщика для связи с конкретным устройством.

Answer 2

Я видел что-то подобное при обновлении библиотеки, но не могу удалить более раннюю несовместимую версию из пути, видимого для NetBeans. Старые файлы JAR, небрежно оставленные в каталоге расширений, особенно неприятны, особенно если они содержат псевдонимы новых записей, добавленных вами в другом месте. Также просмотрите записи диалога Tools > Libraries на наличие дубликатов и ошибок. Наконец, проверьте каждый проект, чтобы убедиться, что он использует необходимые библиотеки.