Вчора я перейшов на IntelliJ IDEA від Eclipse.

Я також використовую JRebel з WebSphere Server 7.

Зараз все здається, що це працює дещо добре, за винятком того, що коли я змінюю файл Java і натискаю кнопку збереження , IntelliJ не перекомпілює файл, щоб JRebel підніс його.

Функція Eclipse " Створити автоматично " вирішила цю проблему.

У IntelliJ IDEA я повинен натиснути CTRL+ SHIFT+, 9щоб перекомпілювати відповідний клас для JRebel, щоб забрати його. Якщо зміни проводяться через два файли , я маю це робити на кожному з них, і оскільки IntelliJ використовує механізм збереження всіх, його досить важко знати, що перекомпілювати вручну, що мені теж не цікаво робити.

Чи не існує способу змусити IntelliJ зробити це самостійно ?

ОНОВЛЕНО

Для випусків IntelliJ IDEA 12+ ми можемо автоматично створювати відредаговані джерела, якщо ми використовуємо опцію зовнішнього компілятора. Єдине, що потрібно - це перевірити опцію " Скласти проект автоматично ", розташовану в налаштуваннях " Компілятор ":

Крім того, якщо ви хочете гаряче розгорнути, під час роботи програми або якщо ви використовуєте весняний завантажувальний devtools, вам слід включити і compiler.automake.allow.when.app.runningз реєстру. Це автоматично скомпілює ваші зміни.

Використання типу Ctrl+ Shift+ A(або ⌘+ Shift+ Aна Mac) Registryпісля відкриття, пошуку та включення вікон реєстру compiler.automake.allow.when.app.runningдив. Тут:

Для отримання додаткових порад див посібник "Міграція із затемнення на IntelliJ IDEA" .

Будь ласка, виконайте обидва кроки:

1 - Увімкнути Автоматичне виконання з компілятора

• Натисніть: ctrl+ shift+ A(для Mac ⌘+ shift+ A)
• Тип: make project automatically
• Попадання: Enter
• Увімкнути Make Project automaticallyфункцію

2 - Увімкнути Автоматичне виконання під час роботи програми

• Натисніть: ctrl+ shift+ A(для Mac⌘+ shift+ A)
• Тип: Registry
• Знайдіть ключ compiler.automake.allow.when.app.runningі ввімкніть його або поставте галочку біля нього

Примітка. Перезавантажте програму зараз :)

Примітка. Це також повинно дозволити перезавантажити в реальному часі з весняними розробниками.

УВАГА

Плагін Eclipse Mode застарілий і не сумісний з останніми версіями IDEA 12+. Якщо встановити його, IDE буде зависати на кожну зміну файлу і реагуватиме надзвичайно повільно.

IntelliJ IDEA не використовує автоматичну збірку, вона виявляє помилки на льоту, не за допомогою компілятора. Аналогічний режим Eclipse буде доступний в IDEA 12 :

Використовувати Build|Make, він викликає поступовий процес створення, який збиратиме лише змінені та залежні файли (це дуже швидко).

Також є запис, що може допомогти.

Оновлення функції автоматичного виготовлення : Коли конфігурація запуску / налагодження працює, Make project automaticallyце не впливає. Класи на диску змінюватимуться лише у Build| Make. Це основне дизайнерське рішення, оскільки, на наш погляд, зміни на диску повинні завжди контролюватися користувачем. Автоматичне виготовлення не є функцією копіювання Eclipse, вона працює по-різному, і головна мета - заощадити час на очікування, коли заняття будуть готові, коли вони справді потрібні (перед запуском програми або тестів). Автоматичне внесення не замінює явну компіляцію, яку все ще потрібно запустити, як у випадку, описаному в цьому запитанні. Якщо ви шукаєте іншої поведінки, кращим вибором буде плагін EclipseMode, пов’язаний у FAQ вище.

Ви можете ctrl+sстворити клавішну карту, щоб зберегти І компілювати за один крок Перейдіть до налаштувань клавіатури та знайдіть Compile.

Насправді різниці немає, оскільки обом потрібен 1 клік:

• Eclipse : вручну Зберегти, автоматично складати.
• IntelliJ : автоматичне збереження, компіляція вручну.

Найпростіше рішення - просто звикнути до нього. Тому що, коли ви проводите більшу частину дня в своєму IDE, тоді краще мати швидкі звички в одній, ніж повільні звички в декількох з них.

Я закінчив записувати макрос, щоб зберегти і компілювати в один крок, і клавіатурну карту Ctrl+sдо нього.

Мені вдалося вирішити це за допомогою макросів.

Я почав записувати макрос:

• Клацніть Редагувати - Макроси - Почніть запис макросу
• Клацніть Файл - зберегти все
• Клацніть Побудувати - Зробити проект
• Клацніть Редагувати - Макроси - Зупиніть запис макросу

Назвіть це щось корисне на кшталт "SaveAndMake".

Тепер просто видаліть Зберегти всі палітурні клавіші та додайте те саме вкладання макросу до свого макросу!

Отже, щоразу, коли я економлю, він зберігає та робить брудну компіляцію, а jRebel тепер правильно визначає всі зміни.

Будь ласка уважно виконайте ці кроки, щоб увімкнути це.

1) створити проект Spring Boot з SB V1.3 та додати "Devtools" (1 *) до залежностей

2) викликати довідку-> Знайти дію ... та ввести "Реєстр", у діалоговому вікні знайти "автоматичне" та включити запис " compiler.automake.allow.when.app.running ", закрити діалогове вікно

3) включити компіляцію фону в Налаштуваннях-> Збірка, Виконання, Розгортання-> Компілятор "Зробити проект автоматично"

4) відкрийте конфігурацію запуску Spring Boot, вам слід отримати попередження, якщо все налаштовано правильно

5) Запустіть додаток, змініть заняття на ходу

Будь ласка, повідомте про свій досвід та проблеми як коментарі до цього питання.

натисніть тут для отримання додаткової інформації

Єдине, що працювало на мене в моєму проекті Maven, який вплинув на це, - це додати мету "тестування-складання" до конфігурації запуску моїх одиничних тестів. Неймовірно незграбне рішення, але воно працює.

Intellij тихо виходить з ладу, коли стикається з проблемою компіляції в іншому модулі, і тоді автоматична збірка не виконується. Тож перевірте своє Problemsвікно

У мене було те саме питання. Я використовував "Режим економії енергії", який запобігає поступовому компілюванню і показує помилки компіляції.

Скористайтесь плагіном Reformat and Compile (надихнувши плагін Save Actions Олександра DuBreuil):

https://plugins.jetbrains.com/plugin/8231?pr=idea_ce

На даний момент я пропоную лише файл jar, але це найважливіша частина коду:

private final static Set<Document> documentsToProcess = new HashSet<Document>();
private static VirtualFile[] fileToCompile = VirtualFile.EMPTY_ARRAY;

// The plugin extends FileDocumentManagerAdapter.
// beforeDocumentSaving calls reformatAndCompile
private static void reformatAndCompile(
        @NotNull final Project project,
        @NotNull final Document document,
        @NotNull final PsiFile psiFile) {
    documentsToProcess.add(document);
    if (storage.isEnabled(Action.compileFile) && isDocumentActive(project, document)) {
        fileToCompile = isFileCompilable(project, psiFile.getVirtualFile());
    }
    ApplicationManager.getApplication().invokeLater(new Runnable() {
        @Override
        public void run() {
            if (documentsToProcess.contains(document)) {
                documentsToProcess.remove(document);
                if (storage.isEnabled(Action.optimizeImports)
                        || storage.isEnabled(Action.reformatCode)) {
                    CommandProcessor.getInstance().runUndoTransparentAction(new Runnable() {
                        @Override
                        public void run() {
                            if (storage.isEnabled(Action.optimizeImports)) {
                                new OptimizeImportsProcessor(project, psiFile)
                                    .run();
                            }
                            if (storage.isEnabled(Action.reformatCode)) {
                                new ReformatCodeProcessor(
                                        project,
                                        psiFile,
                                        null,
                                        ChangeListManager
                                            .getInstance(project)
                                            .getChange(psiFile.getVirtualFile()) != null)
                                                .run();
                            }
                            ApplicationManager.getApplication().runWriteAction(new Runnable() {
                                @Override
                                public void run() {
                                    CodeInsightUtilCore.forcePsiPostprocessAndRestoreElement(psiFile);
                                }
                            });
                        }
                    });
                }
            }

            if (fileToCompile.length > 0) {
                if (documentsToProcess.isEmpty()) {
                    compileFile(project, fileToCompile);
                    fileToCompile = VirtualFile.EMPTY_ARRAY;
                }
            } else if (storage.isEnabled(Action.makeProject)) {
                if (documentsToProcess.isEmpty()) {
                    makeProject(project);
                }
            } else {
                saveFile(project, document, psiFile.getVirtualFile());
            }
        }
    }, project.getDisposed());
}

private static void makeProject(@NotNull final Project project) {
    ApplicationManager.getApplication().invokeLater(new Runnable() {
        @Override
        public void run() {
            CompilerManager.getInstance(project).make(null);
        }
    }, project.getDisposed());
}

private static void compileFile(
        @NotNull final Project project,
        @NotNull final VirtualFile[] files) {
    ApplicationManager.getApplication().invokeLater(new Runnable() {
        @Override
        public void run() {
            CompilerManager.getInstance(project).compile(files, null);
        }
    }, project.getDisposed());
}

private static void saveFile(
        @NotNull final Project project,
        @NotNull final Document document,
        @NotNull final VirtualFile file) {
    ApplicationManager.getApplication().invokeLater(new Runnable() {
        @Override
        public void run() {
            final FileDocumentManager fileDocumentManager = FileDocumentManager.getInstance();
            if (fileDocumentManager.isFileModified(file)) {
                fileDocumentManager.saveDocument(document);
            }
        }
    }, project.getDisposed());
}

Відредагуйте конфігурацію Run / Debug так, щоб перед запуском було обрано параметр Build

Після вибору опції збірки

Наведене вище рішення працювало для мене під час роботи над моїм тестовим набором JBehave

Це не працювало для мене через те, що в моїй структурі проекту був непотрібний модуль. Тести були виконані за допомогою іншого модуля, я думаю.

Я не знаю, як все закінчилося так, але усунення вирішило проблему.

Переконайтеся, що в налаштуваннях Run / Debug використовується модуль, який ви будуєте за допомогою автоматичного збереження.

Наприклад: див. Модуль в

Ви можете змінити модулі в Структурі проекту - Модулі

У мене було те саме питання. Я думаю, було б доречно перевірити, чи можна складати ваш клас чи ні. Клацніть перекомпілювати (за замовчуванням Ctrl + Shift + F9). Якщо вона не працює, то вам доведеться дослідити, чому вона не компілюється.

У моєму випадку код не було автоматичним компілюванням, оскільки були приховані помилки під час компіляції (вони ніде не відображалися в журналах, і Maven clean-install працював). Основною причиною була неправильна структура проекту -> конфігурація модулів, тому Intellij Idea не змогла побудувати її відповідно до цієї конфігурації.

я мав такий же питання , а також значок проблеми файл в IntelliJ, тому я видалив.idea проект імпорту папки і повторно вирішити мою проблему.

Я отримував помилку: деякі банки не перебувають у classpath. Отже, я просто видаляю пошкоджену банку та перформну форму нижче кроків

1.Project >  Setting>Build,Execution,Deployment>Compiler>check build project automatically
2.CTRL+SHIFT+A find/search **registry** --Check for below param
compiler.automake.allow.when.app.running
compiler.automake.trigger.delay=500---According to ur requirement
3.Add devtool in pom.xml
         <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <optional>true</optional>
        </dependency>
4.Build ,If found any probelm while building ,saying some jar in not in class path.Just delete the corrupted jar
and re-build the project angain after sync with maven lib

Не вистачає балів, щоб прокоментувати існуючу відповідь, але подібно до деяких людей вище, я завершив додавання макросу та клавішної карти для організації імпорту / форматування / збереження / швидкого завантаження (F9) / синхронізації .

Синхронізація додається, оскільки, здається, це єдиний спосіб я також бачу оновлення в ресурсах, змінених зовнішніми інструментами збору / спостерігачами (тобто веб-пакетом).

Процес відбувається повільніше, ніж затемнення - і для оновлення зовнішнього файлу часто доводиться виконувати команду кілька разів - але припустимо, я можу з цим жити.