Удаленный компилятор Java

Question

Я ищу способ повысить производительность своей команды, и одним из способов сделать это было бы сокращение времени, необходимого для компиляции & unit test & package & Разверните наше приложение Java EE, которое становится все больше и больше.

Тривиальное решение, которое я знаю, это создать мощный компьютер с N процессорами (N ~ = несколько разработчиков) и невероятно быструю дисковую систему и много памяти, а также запустить все на этом компьютере и подключиться к он через X удаленно. Это было бы намного быстрее, чем компиляция на наших ноутбуках, но все же дешевле и легче поддерживать, чем покупать каждому разработчику свой собственный суперкомпьютер.

Есть ли другой способ решить эту проблему? Например, можем ли мы запускать наши IDE локально, а затем сообщать об этом удаленному компилятору java-источника? Может ли Netbeans/Eclipse/IntelliJ/т. Д. Сделать это? Или есть специальный инструмент, который позволяет удаленную компиляцию java, также использующую несколько процессоров? Он не должен быть свободным/открытым исходным кодом.

К сожалению, наши ноутбуки ДОЛЖНЫ запускать (управляемую компанией) Windows Vista, поэтому еще одна причина, по которой нужно перейти на отдельный серверный компьютер, - это позволить нам использовать Linux на нем и, наконец, избавиться от раздражающей управляемой среды.

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

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

РЕШЕНИЕ: Я принял ответ Торбьерна, поскольку я думаю, что это будет ближе всего к тому, как я планирую продолжить. Хотя из любопытства меня все еще интересует решение исходной проблемы (= удаленная компиляция Java) ...

Answer 1

Вам необходимо рабочие процессы.

1. ОФИЦИАЛЬНЫЙ сборки, которая проверяет источники, строит все это с нуля, запускает все модульные тесты, а затем строит биты, которые в конечном итоге корабль к клиенту после тестирования.
2. Разработчик hot-deploying после преобразования каждого исходного кода в контейнер, о котором знает IDE.

Эти два варианта могут быть совершенно разными!

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

Для разработчиков загляните в подходящий контейнер с очень хорошими вариантами развертывания IDE и установите его для использования для каждого разработчика. Это ОЧЕНЬ быстро окупится! Ранее JBoss был очень хорош для этой цели.

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

---

Посмотрите, что Джоэл думает о Постройте серверов: http://www.joelonsoftware.com/articles/fog0000000023.html

Если вам не нравится, Дженкинс, много других существуют.

(2016 редактировать:. Hudson изменен Дженкинс См https://stackoverflow.com/a/4974032/53897 за всю историю за изменением названия)

Answer 2

Вы можете смонтировать каждый дериватор разработчика с помощью ntfs на мощной машине, а затем создать внешнюю настройку инструмента в Eclipse (доступ к GUI), который будет запускать сборку на внешнем сервере.

Answer 3

Обычно создается сервер сборки, например. запустите hudson, чтобы выполнить компиляцию/упаковку/модульное тестирование/развертывание.

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

Answer 4

Что необходимо для вашего проекта - это система сборки здания, тестирования и упаковки для вас. Hudson - хороший пример такой системы построения непрерывной интеграции.

Answer 5

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

Answer 6

JavaRebel также может повысить производительность. Это устраняет необходимость перераспределения. Вы можете перекомпилировать один файл и просмотреть изменения, применяемые непосредственно на сервере.