Есть ли способ остановить проекты сканирования NetBeans?

Question

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

Есть ли способ предотвратить сканирование объектов NetBeans?

Answer 1

Я тоже наткнулся на эту проблему.

Самое простое - отредактировать конфигурацию netbeans, чтобы она не загружала все ваши проекты. Вы всегда можете открыть другие проекты из меню. как только все проекты, которые вы не используете, закрыты, они не будут проверяться при каждом запуске netbeans

Решение: Просто измените следующую строку в netbeans.conf, находящемся в папке etc

# $ {HOME} будет заменено системным свойством JVM user.home netbeans_default_userdir = "$ {HOME} /. NetBeans / ChangeMe"

Answer 2

Мой Netbeans 8.0.2 зависнет на моем MacBook Pro из-за "сканирования проектов ...", загружающего мой процессор.Я не мог остановить процесс, однако я мог ускорить процесс, увеличив объем кучи Java в netbeans.conf.

$ vi /Applications/NetBeans/NetBeans\ 8.0.2.app/Contents/Resources/NetBeans/etc/netbeans.conf

Заменить это:

netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true"

на:

netbeans_default_options="-J-client -J-Xss2m -J-Xms2048m -J-Xmx2048m -J-XX:PermSize=32m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.dpiaware=true -J-Dsun.zip.disableMemoryMapping=true"

Answer 3

Мой проект со временем стал очень большим

В следующих 2 случаях это слишком медленно:

1. При открытии проекта NetBeans - это слишком медленно
2. Автоматическое сканирование проекта NetBeans

Что у меня не получилось:
1. Doing Window> Reset Windows только временно решает
2. Иногда мне казалось, что моя интеграция GIT-репозитория с Netbeans является основной проблемой, но для этого не было явного доказательства

Решение для 1):

Запустите следующие команды:

ПРЕДУПРЕЖДЕНИЕ Ниже приведены команды для автоматического удаления команд

Close the Netbeans IDE
cd %USERPROFILE%\AppData\Local\NetBeans\Cache\                  && del /s /q .\  && rmdir /s /q .\
cd %USERPROFILE%\AppData\Roaming\NetBeans\8.2\var\filehistory\  && del /s /q .\  && rmdir /s /q .\
cd %USERPROFILE%\AppData\Roaming\NetBeans\8.2\var\log           && del /s /q .\  && rmdir /s /q .\

И, проблема 1) теперь редко возникает, иногда Netbeans загружается почти сразу.

Решение для 2):

корень
.... f1
........ f11
........ f12
.... f2
........ f21
........ f22

root - это папка, а также основной проект NetBeans
f1, f2 просто папки
f11, f12, f21, f22 - это подпапки, которые также являются проектами NetBeans

Ранее я открывал корневой проект Netbeans, и система стала слишком медленной из-за сканирования всего проекта netbeans из корня, и антивирус очень усердно работал, чтобы взаимодействовать со сканированием проекта Netbeans, в результате чего все в системе работает медленно.

Теперь решением являются открытые подпроекты, такие как f11, f12, f21, f22 и т. Д. Вы можете открыть множество небольших подпроектов, проблема сканирования проекта Netbeans полностью исчезла.

Answer 4

Если ваш проект является структурированным проектом Maven, вы можете использовать простой прием, чтобы значительно облегчить свою жизнь и жизнь в NetBeans.

У меня есть проекты внутри c: \ dev на моей машине. Это место, где работает Netbeans. Если я создаю эту папку, то фоновый процесс NetBean становится очень занятым.

Но если я скопирую проект c: \ dev \ trunk , например, в c: \ deploy \ trunk до того, как я начну mvn clean install внутри c: \ build \ trunk тогда NetBeans не нужно сканировать изменения, которые происходят в этой папке. Он не знает об этом.

Я использую на машине с Windows:

robocopy c: \ dev \ trunk c: \ deploy \ trunk / MIR / NFL / NS / NC / NDL / XD ".svn"

Это родная команда windows. Никакой дополнительной установки не требуется.

Это помогло мне значительно сократить время сборки, а также избежать бесконечного сканирования Netbeans.

Если вы используете такие инструменты, как JRebel, вы все равно можете работать так, когда обновляете измененные классы в папку c: \ deploy \ trunk. Вы можете использовать ту же команду.

Это, конечно, обходной путь, но он очень помогает. : -)

Answer 5

У меня самый быстрый и простой способ.

Просто поместите метаданные netbeans в другое место, а не помещайте их в каталог проекта

Answer 6

Плагин скачать - Прямая загрузка

http://wiki.netbeans.org/wiki/images/c/cc/Org-netbeans-modules-scanondemand.nbm

Answer 7

Производительность сканирования Netbeans можно улучшить, используя следующую процедуру:
1) Зайдите в Окно -> Файлы. Откроется вкладка «Файлы».
2) На вкладке «Файлы» для каждого открытого проекта откройте папку nbproject и в ней откройте файл project.properties.
3) Теперь в этом файле под свойством «исключает» перечислены ссылки на файлы для всех указанных вами библиотек (JAR)
4) Может быть несколько повторяющихся ссылок на файлы с путями, которые могут быть старыми или на чужой машине (если вы работаете в группе и переносите проекты с чужой машины)
5) Удалите эти старые ссылки на пути.
Пример -
excludes=
file.reference.xyz.jar=../not/correct/path.jar //delete this line
file.reference.xyz.jar-1=../correct/path.jar //remove -1
....
includes=**

6) Также найдите свойство "javac.classpath" и удалите ненужные записи пути к классам, соответствующие удаленным ссылкам, как описано выше.
Пример -
javac.classpath=\
${file.reference.xyz.jar}:\ //delete this line
${file.reference.xyz.jar-1}:\ //remove -1
....
javac.compilerargs=

7) Итак, теперь ссылка на файл, упомянутая в разделе ссылок на файл, и свойство javac.classpath совпадают и указывают на действительный адрес библиотеки (JAR) на вашем компьютере или в сети.
Пример -
excludes=
file.reference.xyz.jar=../correct/path.jar //the correct reference & path
....
includes=**
....
javac.classpath=\
${file.reference.xyz.jar}:\ //the correct classpath entry for reference
....
javac.compilerargs=
....

Причина, по которой вышеприведенная процедура сработала (в моем случае), заключается в том, что она не позволяет Netbeans сканировать ненужные пути к библиотекам, которые могут отсутствовать на вашем компьютере / в сети.

Answer 8

В моем случае, с jdk 1.8, существует большая проблема при множественном статическом импорте (см. Пример).Похоже, что проблема с javac.При проверке такого файла .java компилятор работает очень медленно, а сканирование NetBeans выполняется очень медленно.Кажется, что время компиляции и сканирования очень быстро увеличивается с каждым повторным статическим импортом.Так что, если это ваш случай, просто удалите повторный импорт

package ru.cntp.demo;

import java.math.BigDecimal;

import static java.util.Arrays.asList;
import java.util.List;
import java.util.Map;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;
import static java.util.stream.Collectors.groupingBy;

/**
 *
 * @author sergiu
 */
public class EmployeeRepository {

    public Map<Department, Map<String, Map<String, Map<String, Map<BigDecimal, List<Employee>>>>>> getEmployeesByDepartment() {

        Country germany = new Country("Germany");

        Department germanyDeptOne = new Department("Dept One", germany);

        Employee emp1 = new Employee("Surame", "Name", "Patronymic", BigDecimal.TEN, germanyDeptOne);


        return asList(emp1).stream()
                .collect(groupingBy(Employee::getDepartment,
                        groupingBy(Employee::getSurname,
                                groupingBy(Employee::getName,
                                        groupingBy(Employee::getPatronymic,
                                                groupingBy(Employee::getSalary))))));
    }

}

Answer 9

Попробуйте этот плагин Netbeans. Это уменьшает нагрузку на некоторое время.

http://wiki.netbeans.org/ScanOnDemand

Answer 10

Это ниже решило это для меня.Один проект при открытии будет вызывать бесконечное фоновое сканирование ... это также будет означать, что завершение кода и т. Д. Никогда не будет работать.Моя машина тратила на это огромное количество ресурсов.

Кто-то здесь дал мне подсказку: щелкните правой кнопкой мыши по проекту, выберите свойства, затем «Игнорируемые папки».

По сути, я использовал это дляопределить, какая (конкретная) папка была причиной сканирования.Я выбрал первую половину, затем вторую половину оставшихся и т. Д. Процессом исключения ... и из сотен папок я обнаружил (папка просмотра php HMVC, которая его вызвала) ... Мне нужно было остановить и убитьсканирование, а затем повторный запуск много раз ...

Вот самый простой способ по разным причинам:

В области «игнорировать папки» выберите все папки и добавьте их все (довольноиндивидуально) в список игнорируемых.Затем выключите ide и перезапустите.Когда все фоновое сканирование отсутствует (оно обычно запускается и выполняется в течение нескольких секунд / минут), начните удалять одну или несколько папок.После каждого удаления закрывайте окно свойств ..... Среда IDE быстро просканирует те папки, которые вы удалили, и, если они не прекратятся, прекратит сканирование.Если вы только что удалили папку преступника, сканирование никогда не закончится ...