×Закрыть

Java дайджест #12: Баги и «наследство» Java, весенние обновления

Ссылки, на которые лучше таки нажать (по мнению автора), отмечены знаком (!)

Java 7 уже всё. Посему вопрос: Кто уже переехал на восьмерку? А у кого, может, 6 и меньше?

Что-то вроде новостей

Вышел Dropwizard 0.8.0. В основном обновление зависимостей.

Вышел Spock 1.0.

Вышел Flyway 3.2.

Rest.li 2.x

Compiler support for private interface methods. Как-то это все очень странно.

Groovy намерены присоединится к ASF и присоединяются к ASF. Пост в блоге Apache Software Foundation.

Теперь пользователи Mac смогут наслаждаться тулбаром Ask.com. Конечно бывает и хуже.

(!) Вышел Java Mission Control 5.5.0. И Ultimate guide от Takipi.

(!)JSR Updates First Quarter of 2015

Spring Data Release Train Fowler Goes GA. Ни малейшего представления, почему это должно быть важно, но выглядит солидно.

JUGUA присоединяется к программе «Adopt a JSR».

Почитать и посмотреть

Сравнение Dropwizard vs. Spring Boot

Всякие удобности при использование IntelliJ IDEA при использовании Java 8 Stream.

Замечательный баг в компиляторе Java. И еще немного ненависти.

JSR 354: Money and Currency API

Сегодня в рубрике «Интересное и бесполезное» String deduplication. И еще одна статья из той же рубрики, но это точно начнут спрашивать на собеседованиях.

MVC vs JSF a bit of a different perspective

Mark Reinhold on Java 9 and Beyond

Подборка ссылок по теме Java EE 8 (по факту 2 подборки).

Ускорение старта Nashorn

10 Java Articles Everyone Must Read

Разное

Markdown to Asciidoc Converter for Java, написанный не на Java.

(!) Gradle не нужен. Или все-таки нужен? Высказывайте свое мнение в комментариях (желательно аргументированно).


Предложения и пожелания все еще принимаются или через завсклад и товаровэд администрацию ДОУ, или через твиттер@_silverwolf. Также можно оставлять комментарии в специально выделенной теме на форуме.

← Предыдущий выпуск: Java дайджест #11
Следующий выпуск: Java дайджест #13

LinkedIn

9 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Gradle не нужен. Зачем было изобретать новый ант с другим синтаксисом.

В Ant можно писать код ?

В Ant можно писать код ?
Можно код:
ant.apache.org/manual/Tasks/script.html
А можно и ??? можно и так
ant-contrib.sourceforge.net/tasks/tasks
:) (UPD хотя тут лучше грустный смайлик)
Зачем было изобретать новый ант с другим синтаксисом
Groovy — у них все свое. Та и Gradle — это не совсем Ant (совсем Ant — это Gant), он впитал в себя и Ant, и Maven. В принципе логическая эволюция, но вот соблазн «писать код» в «сборочном сценарии» (или тем более в «конфигурации проекта») — это очень рисковая штука, особенно в руках 23-летних синьоров.

По сути gradle это ant + ivy с предефайненными тасками. Выглядит это все красивее чем xml в мавене, но смысл плодить такие тулы я не вижу.

Выглядит это все красивее чем xml в мавене, но смысл плодить такие тулы я не вижу.
ИМХО, основная мотивация — это тот самый xml. На мавеновские конфиги смотреть страшно и противно, а писать их еще и больно. Проблема акта в том что он ни коим образом не специфицирует структуру проекта (в большинстве случаев это минус).
писать их еще и больно
Зато их можно копипастить, т.к. примеров использования в интернетах — сотни тысяч.
Плюс идея хорошо умеет их автодополнять.

а gradle конфиги не будет страшно и больно писать когда там будет кучу подмодулей, парент конфиги и т.д. и. т.п. в общем типичный энтерпрайзный бардак?

Подписаться на комментарии