LINUX.ORG.RU
ФорумTalks

Вышел Spring Boot 2.1.0

 , , ,


0

2

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.1-Release-N...

https://github.com/spring-projects/spring-boot/releases/tag/v2.1.0.RELEASE

https://repo.spring.io/release/org/springframework/boot/spring-boot/2.1.0.REL...

Буквально пол часа назад закоммитили, скоро появится в Maven Central. Использует Spring Framework 5.1.2, Tomcat 9, Hibernate 5.3, JUnit 5.2 и т.д. Официально поддерживает Java 11, минимальная версия Java 8. В общем читайте release notes.

★★★★★

Никогда не понимал, зачем оно надо.

Legioner ★★★★★ ()
Ответ на: комментарий от Deleted

Есть же всякие скелетоны. Да и так, открываешь старый проект, 10 минут копипаста и заготовка готова.

Legioner ★★★★★ ()
Ответ на: комментарий от Legioner

эээ ну хотя бы для того, что когда у тебя в проекте полсотни фреймворков из экосистемы Spring, можно как нефиг делать сойти с ума согласовывать их версии, а тут тебе их не только собрали, но еще и преднастроили автоконфигурациями?

stevejobs ★★★☆☆ ()
Ответ на: комментарий от stevejobs

Не сталкивался с такими проблемами. А автоконфигурации тем более не нужны, всё нужно настраивать вручную понимая и осознавая каждую мелочь.

Legioner ★★★★★ ()
Ответ на: комментарий от Legioner

Ну чтобы ты понял масштаб проблемы: сейчас в Спринге более пятидесяти проектов и их число продолжает расти. Чтобы справиться с вопросом, люди стали выпускать Release Trains - вначале они назывались как станции разных линий Лондонского Метро (вроде Spring Cloud это начал), потом стало понятно что метро - это недостаточно «измерений», и начались во все тяжкие - кто автобусные остановки, кто города вдоль побережья США.

И да, Спринг дизайнится с большим упором на автоконфигурации. То есть, напрямую не подразумевается, что ты будешь что-то там вручную настраивать и понимать мелочи. Ты всё еще это можешь, но чисто теоретически. Так же как чисто теоретически можешь всё написать на ассемблере.

Практически же люди запускают всё с ключиком --debug и потом стараются понять, почему солвер конфигурации выбрал интерпретировать её именно таким образом (там пишется, какой ключ был прочитан, и какое решение солвер сделал в каждом конкретном случае). К сожалению, это работает только для той автоматики, что сделана правильно - average vasya @ github очень легко может намутить такое, что не отобразится вообще нигде

В целом, система быстро становится умонепостигаемой в заданные бизнес-сроки, и для решения этих задач делается куча утилит, которые делают всё «сами»

В том числе и Spring Boot, и всевозможные стартеры. Ты сам можешь написать свой стартер. И плагины к IDE, которые знают именно о спрингбуте и могут быстро что-то отрепортить именно про него - но не про произвольную конфигурацию. Итд итп.

stevejobs ★★★☆☆ ()
Ответ на: комментарий от stevejobs

Понятно, как и говорил, я с такими проблемами не сталкивался. У меня от спринга - Core, MVC, иногда Data для JDBCTemplate-ов и всё прекрасно настраивается редактированием XML-ок.

Legioner ★★★★★ ()
Ответ на: комментарий от Legioner

А теперь подключи Spring Cloud и зафигачь на нем хотя бы десяток микросервисов, каждый из которых на пару классов :) Расскажи о количестве удовольствия настраивать каждый из микросервисов (в котором, напомню, будет несколько строчек) по дню

stevejobs ★★★☆☆ ()
Последнее исправление: stevejobs (всего исправлений: 1)
Ответ на: комментарий от stevejobs

Монолит наше всё. Нафиг эти микросервисы. Придумали себе проблем и героически пытаются их решать.

Legioner ★★★★★ ()
Ответ на: комментарий от bbk123

Лучше масштабируется то, где разработчики это лучше продумали. Facebook это один бинарник на полтора гига, ничего, вроде нормально масштабируется на весь мир. Микросервисы тебе волшебное масштабирование не дадут.

Legioner ★★★★★ ()
Ответ на: комментарий от stevejobs

и зафигачь на нем хотя бы десяток микросервисов

корень всех благ, как всегда, сраные хипстеры

Deleted ()
Ответ на: комментарий от Legioner

Ну вот одна из задач, ради которой придумали и продумали архитектуру микросервисов - это масштабирование.

Кстати, откуда ты знаешь, что Facebook - это один большой бинарник на весь их функционал?

bbk123 ★★★★★ ()
Ответ на: комментарий от Legioner

Не парься. Spring boot это либо для макак, которые вообще ничего не понимают, но которым приказали сделать либо для вот таких вот героев непойми какого романа, как стиви.

Deleted ()
Ответ на: комментарий от Deleted

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

stevejobs ★★★☆☆ ()
Ответ на: комментарий от stevejobs

Ты свои сообщения в этом реде сам хоть читаешь? Мучений он не видит.

Deleted ()
Ответ на: комментарий от Legioner

Facebook это один бинарник на полтора гига,

что за чушь?

dib2 ★★★★★ ()
Ответ на: комментарий от Legioner

Для жабакодеров которые на самом деле спрингокодеры же.

ya-betmen ★★★★★ ()
Последнее исправление: ya-betmen (всего исправлений: 1)
Ответ на: комментарий от Legioner

Это если вы всю жизнь на одном месте.

А если поменяли место работы?

grim ★★★☆ ()
Ответ на: комментарий от ya-betmen

Для жабакодеров которые на самом деле спрингокодеры же.

есть проблема, да. но оборотная сторона --- консистентность, почти везде.

везде весы.

Rastafarra ★★★ ()
Ответ на: комментарий от Rastafarra

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

ya-betmen ★★★★★ ()
Ответ на: комментарий от stevejobs

И да, Спринг дизайнится с большим упором на автоконфигурации.

В жопу ваши автоконфигурации. Поубивал бы пидарасов, которые это придумали, вместе с теми кто YAML файлы используют. Сука, один криворукий долбоклюй неверно ставит отступы в yaml конфиге и всё, спринг сам тебе такого наавтоконфигурирует... А другой долбоклюй начинает оверрайдить ConfigurationAdapter'ы в спринговых конфигах. И вместо одного дня на таску уходит неделя.

Извините, накипело.

Deleted ()
Ответ на: комментарий от ya-betmen

что-то недоброе есть в людях способных осилить только один фреймворк.

1. молодость

2. неспособность.

3. отсутствие необходимости.

но. «только один» --- при чем тут спринг? если это будет другой «только один», то типа норм что ли? ))

Rastafarra ★★★ ()
Последнее исправление: Rastafarra (всего исправлений: 1)
Ответ на: комментарий от Rastafarra

Я как раз про пункт 2. Ну и да, касается всего.

Просто я не видел в жабе другого настолько хтонического фреймворка, стратс и тот не так всеобъемлющ. Видимо поэтому у спрингеров и появляется желание сделать всё через спринг. Как с молотком.

ya-betmen ★★★★★ ()
Ответ на: комментарий от ya-betmen

Видимо поэтому у спрингеров и появляется желание сделать всё через спринг.

там посыл обратный: если это уже есть и подходит, почему не использовать? и очень много там уже натурально есть и вполне годно.

Rastafarra ★★★ ()
Ответ на: комментарий от stevejobs

Где «всё само», один залетевший дятел разрушает экономику.

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

Вы точно знаете, зачем это нужно?

iZEN ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)