Ни в коем случае не призываю бросить все и мигрировать на Gradle. Это слишком.
Инкрементальная сборка действительно нормально работает. Каши из старых и новых сырцов пока не встречалась.
Переход с maven2 возможен. Вплоть до скриптов автоматического преобразования. Решит ли это все ваши проблемы? Сомневаюсь. Но точно даст возможность попытаться их решить своими собственными руками, а не рытьем документации maven2
Про разрешение конфликтов в зависимостях. Управление зависимостями в Gradle осуществляется средствами Apache Ivy — вот спецификации. Что касательно преимуществ перед Maven2 — то вот небольшое сравнение.
Интеграция с IDEA висит в YouTrack и за нее активно голосуют, присоединяйтесь.
Что касается поддержки в Teamcity, то она появилась в последнем EAP — см. release notes. Думаю, к выпуску 6.0 Gradle будет поддерживаться вполне прилично.
Одна из ключевых особенностей Gradle — предоставление пользователю большой свободы в расширении Convention-over-Configuration. Возможности по расширению у языков со статической типизацией априори на много меньше, чем у языков с динамической типизацией.
Т.е., Gradle на Java выглядел бы очень и очень многословно. А раз многословно, то появляются проблемы с решением задач и дальнейшим их сопровождением.
Учитывая, что цифры распознаются независимо, то это как раз то, что нужно.
У вас есть 6 событий распознания, каждое с двумя исходами: распознано — нераспознано.
Вероятность исхода «распознано» — 0.5
Вероятность 6ти исходов «распознано» = 0.5 х 0.5 х 0.5 х 0.5 х 0.5 х 0.5 = 0.015
Инкрементальная сборка действительно нормально работает. Каши из старых и новых сырцов пока не встречалась.
Переход с maven2 возможен. Вплоть до скриптов автоматического преобразования. Решит ли это все ваши проблемы? Сомневаюсь. Но точно даст возможность попытаться их решить своими собственными руками, а не рытьем документации maven2
Про разрешение конфликтов в зависимостях. Управление зависимостями в Gradle осуществляется средствами Apache Ivy — вот спецификации. Что касательно преимуществ перед Maven2 — то вот небольшое сравнение.
Решать вам.
Что касается поддержки в Teamcity, то она появилась в последнем EAP — см. release notes. Думаю, к выпуску 6.0 Gradle будет поддерживаться вполне прилично.
Т.е., Gradle на Java выглядел бы очень и очень многословно. А раз многословно, то появляются проблемы с решением задач и дальнейшим их сопровождением.
Вот следующая статья habrahabr.ru/blogs/java/107558/
В качестве дискуссии Maven-Gradle готовится к публикации перевод блог-поста Why Gradle, посвященного переводу Hibernate Core с maven2 на gradle
Он добавит обработку каталога src/main/webapp, содержимое которого будет скопированно и упаковано в war файл.
в каталог WEB-INF/lib будут автоматичкски скопированы все зависимости main.runtumeClasspath
А автору спасибо за ссылку на интересную статью.
Я хотел отметить лишь то, что любая установка «с использованием» солнечной энергии очень сильно зависит от количества солнечных дней в году.
А кто-нибудь знает, какой у этого «счастья» КПД при передаче? (т.е. соотношение потребляемой мощности и мощности на контактах приемника)
" натуральной науки " — natural science, что переводится как «естественнонаучные дисциплины».
У вас есть 6 событий распознания, каждое с двумя исходами: распознано — нераспознано.
Вероятность исхода «распознано» — 0.5
Вероятность 6ти исходов «распознано» = 0.5 х 0.5 х 0.5 х 0.5 х 0.5 х 0.5 = 0.015