Не встречал ни одного высоконагруженного проекта, где бы использовался JPA. Все на определенном этапе слезают с него на что то более предсказуемое/низкоуровневое, иногда на свои велосипеды, но все они низкоуровневые
Несколько раз ловил неожиданное поведение, которое исправлялось только через clean. Имхо выигрыш по времени копеечный, проще продолжать использовать clean install и быть уверенным, что инкрементальная сборка ничего не развалит
У нас в городе было развлечение - купить карточку на двоих/троих и т.д. и разом дозванивать в инет. Биллинг позволял несколько соединений, каждое ело лимит карты, НО самая мякотка была в том, что по истечению лимита дисконнектило только одного единственного рандомного юзера, остальные сидеть могли до потери пульса (до первого звонка на линию или крика родителей, что надо позвонить, а ты тут своим компуктером все занял). Вот такой вот был волшебный биллинг.
Переводил порядка 30 микросервисов c Java 8/Spring Boot 2.7 на Java 21/Spring Boot 3.3.2 В целом проблем несколько: 1. Обновить зоопарк зависимостей и не наловить магических глюков в рантайме от разных версий в classpath (с зависимостями вообще помогает плагин enforcer) 2. Обновить API библиотек, которые за все эти релизы могли поменяться кардинально 3. Отловить новое поведение библиотек - тоже столкнулся с разными нюансами liquibase, которая у нас была обвешана за годы своими велосипедами 4. Докинуть зависимостями то, что было выпилено из JDK (навскидку JAXB, javax -> jakarta) 5. Пооткрывать модули ( --add-opens)
Я не могу сказать, что это что то сложное было. Просто кропотливая и муторная работа.
З.Ы. Кто то использует на нагруженном продакшене hibernate? Я удивлен
Если methodA вызывает methodB, то methodB будет выполняться в новой транзакции, независимо от того, существует ли уже транзакция.
И далее
Избегайте аннотирования методов, вызываемых из того же класса: если метод A вызывает метод B внутри того же класса, транзакции для метода B не будут применены, так как вызов происходит напрямую, без прокси.
И что же они вам дали? Нищету? Стыд за свое государство? Бухого президента? Я отлично помню, как делил одно яблоко на двоих с сестрой, потому что родители, которым уже полгода задерживали зарплату, больше не могли ничего купить. И шахтеров, которым не платили зарплату, сидящих на мостовой и стучащих касками. У меня такие попытки обелить 90е вызывают только дикую ярость, потому что те, кто такое говорит либо в это время не были сознательной личностью, либо родились существенно позже данного периода, либо жили в семье ворья, которое тогда конечно процветало и очень сожалеет о прошедшей эпохе.
Не встречал ни одного высоконагруженного проекта, где бы использовался JPA. Все на определенном этапе слезают с него на что то более предсказуемое/низкоуровневое, иногда на свои велосипеды, но все они низкоуровневые
как_нарисовать_сову.jpg
Зашел напихать в панамку, а тут уже без меня справились)
Какой интересный велосипед. Делать так, конечно, не нужно без каких-то очень веских причин
Несколько раз ловил неожиданное поведение, которое исправлялось только через clean. Имхо выигрыш по времени копеечный, проще продолжать использовать clean install и быть уверенным, что инкрементальная сборка ничего не развалит
А будут статьи как поставить винду?
У нас в городе было развлечение - купить карточку на двоих/троих и т.д. и разом дозванивать в инет. Биллинг позволял несколько соединений, каждое ело лимит карты, НО самая мякотка была в том, что по истечению лимита дисконнектило только одного единственного рандомного юзера, остальные сидеть могли до потери пульса (до первого звонка на линию или крика родителей, что надо позвонить, а ты тут своим компуктером все занял). Вот такой вот был волшебный биллинг.
Почему так много хайпа с n8n? Чем оно лучше старого доброго node red?
Фулстекам не нужно готовиться. Они по определению должны быть готовы страдать всегда
Что за водянистую воду я сейчас прочитал?
У вас в примере кода про асинхронность не будет ни асинхронности, ни транзакционности.
Переводил порядка 30 микросервисов c Java 8/Spring Boot 2.7 на Java 21/Spring Boot 3.3.2
В целом проблем несколько:
1. Обновить зоопарк зависимостей и не наловить магических глюков в рантайме от разных версий в classpath (с зависимостями вообще помогает плагин enforcer)
2. Обновить API библиотек, которые за все эти релизы могли поменяться кардинально
3. Отловить новое поведение библиотек - тоже столкнулся с разными нюансами liquibase, которая у нас была обвешана за годы своими велосипедами
4. Докинуть зависимостями то, что было выпилено из JDK (навскидку JAXB, javax -> jakarta)
5. Пооткрывать модули ( --add-opens)
Я не могу сказать, что это что то сложное было. Просто кропотливая и муторная работа.
З.Ы. Кто то использует на нагруженном продакшене hibernate? Я удивлен
Теперь пора открыть для себя virtual threads
Никто не расскажет. Если нашли, то в эту игру можно играть и в другую сторону
Мне интересно, кто то в новых проектах использует нативную сериализацию? Если да, то по каким причинам
Про ДНС фигню написали, начиная с ближайшего- какой еще ближайший? Почему провайдера?
Ну и вообще нахрена фронтенд разработчику в деталях разбираться в модели OSI?
По моему это звоночек, услышать такие вопросы на собеседовании
И далее
???
И что же они вам дали? Нищету? Стыд за свое государство? Бухого президента? Я отлично помню, как делил одно яблоко на двоих с сестрой, потому что родители, которым уже полгода задерживали зарплату, больше не могли ничего купить. И шахтеров, которым не платили зарплату, сидящих на мостовой и стучащих касками. У меня такие попытки обелить 90е вызывают только дикую ярость, потому что те, кто такое говорит либо в это время не были сознательной личностью, либо родились существенно позже данного периода, либо жили в семье ворья, которое тогда конечно процветало и очень сожалеет о прошедшей эпохе.
Вы бы описывали что это за Kora такая. Пришлось сходить и посмотреть. Оказался очередной "убийца" спринга
Смешались в кучу люди, кони...
Чем холодильник лучше микроволновки?