Как забавно, что в экосистеме Spring'а (фреймворк под Java) есть компоненты чуть ли не под любую задачу.

Недавно появилась необходимость в реализации машины состояний. Как самый настоящий крутой и уважающий себя разработчик Я сначала подумал, что напишу свою реализацию. Но, поискав, я нашел готовую реализацию умными дядьками в экосистеме Spring’а.

Проект Spring-StateMachine
Но есть нюанс))))

Я немного поресерчил либу и доку. Потом принялся писать код.
Все было классно до того момента пока дело не дошло до сохранения состояния в какую-нибудь БД и последующей выгрузки состояния оттуда же.

В качестве БД я выбрал Redis, потому что это модно, стильно молодежно. Ну и еще он отлично поддерживался встроенными механизмами библиотеки.

Я реализовал концепт и…. Сохранение в БД работало корректно, а вот вычитывание нагло удаляло все состояния и устанавливало их в самое начальное положение. Нигде об этой проблеме не было ни слова.

В итоге, я нашел довольно серьезную багу в библиотеке, которая тупо перезаписывала состояние перед выгрузкой.

Я написал issue на гите под проектом, но его никто не развивает последние 3 года, так что пришлось локально у себя пофиксить багу и продолжить работать дальше :(

Итог: умные дядьки не всегда такие умные какими кажутся😭😭😭

Я сегодня криптоканал с прогнозами.

А я ведь знал, что он поднимется, но все равно не закупился 😔😔😔

По моим прогнозам он скакнет до 80к, дальше халвинг и он должен упасть обратно до 40к😬😬

Со всех щелей пестрят новости о том, что на новой версии MacOS 14.4 Java, да и все JVM-based языки, жестко крашатся

Это происходит из-за того, что в новой версии ОС кто-то поломал процесс обращения к защищенным областям памяти.

Теперь система с кайфом кидает SIGKILL на JVM и до свидания работа приложения.

P.S. Я как раз недавно хотел обновиться, повезло, что не стал😬

Ссылка на Хабр с подробностями:
https://habr.com/p/800721/

На заметку тем, кто никак не может попасть на собеседования😅

Еще один день моей тотальной нелюбви к Scala.

У нас это взаимно.

Она очень любит иногда кидать меня через бедро своим неожиданным поведением. Казалось бы, код должен работать, все до боли очевидно и просто, но нет, со Scala легко не бывает.

После Java, где все понятно и логично, ты попадаешь в опасный мир функциональщины и тотальной беспомощности (если кто не знал, Scala максимально кастрированно и паршиво поддерживается в IntelliJ IDEA)

Особенно больно становится, когда тебе приходится использовать библиотеки, которые написаны на Java в мире Scala.

Везде говорят об обратной совместимости и куче плюшек (ведь оба языка работают на JVM🤡), но по факту ты гарантированно будешь сидеть и дебажить код😬😬

Но есть нюанс)))
Даже дебаггер тебя не всегда может спасти😭

Последние 3 дня я был загружен, поэтому от меня ускользнула новость про выход Java 22.

Многие фичи перенесли из Java 21 в режиме preview.

Однако некоторые другие фичи попали в основную сборку языка, их я разберу и потыкаю позже.

Радует что Java активно развивается, но печально, что многие компании так и сидят на Java 8/11. За редким исключением бывают проекты на Java 17.

Кровавый интерпрайз, что уж говорить😭😭

Сегодня столкнулся с забавным фактом.
В Java есть встроенный модуль для работы с различными http-запросами.

Основной класс, который используется для отправки и получения данных - это HttpURLConnection.

Забавный факт заключается в том, что этот класс не умеет в PATCH запросы. При попытке отправить его, мы получаем нагло в лицо exception: Invalid HTTP method: PATCH

Напомню, что PATCH официально принятый http-метод, вот ссылка на RFC-стандарт к нему.

Самое печальное, что модуль по умолчанию используется в довольной популярной библиотеке OpenFeign, а чтобы пофиксить эту проблему предлагается подключить другую библиотеку для работы с http-запросами (которая внезапно уже умеет в PATCH)

В общем, не перестаю удивляться сюрпризам из мира разработки⛹️‍♂️⛹️‍♂️