Что будет, если мы передадим для сохранения список Item'ов, у которых 0-й и 2-й элемент НЕ являются error items,
а 1-й - является (item.field = "error" для error item)?

Ответ к вопросу про ошибки в транзакциях:
Правильный ответ - 3. (Будет сохранен 0-й и 2-й элемент)
Когда мы из компонента так вызываем метод того же компонента,
это просто вызов внутреннего метода, а не метода прокси-объекта. Он попросту игнорирует аннотацию
@Transactional у saveItem и не будет создавать новый транзакционный контекст. А значит RuntimeException не пересечет границу @Transactional-метода.

Рекомендую и видео и канал :

https://t.me/xpinjection_channel/673

Что может напечатать код?

Ответ к вопросу про миграцию в бд (https://t.me/java_interview_tasks/276):
У миграции 'create table if not exists test_table ...' есть недостаток - 'if not exists',
она в некоторых случаях может скрывать от вас проблемы в схеме вашей бд, то есть если в данном примере таблица
test_table уже есть в бд, ничего не произойдет, но возможно у вас таблица в базе с другими колонками и это проблема будет проигнорирована
В целом использование конструкций вроде 'if not exists' для миграций часто считается плохой практикой.

Что будет если thread запустить дважды?

Ответ к вопросу про повторный запуск потока (https://t.me/java_interview_tasks/281) :
"test" напечатается один раз и на повторyый вызов метода start будет IllegalThreadStateException
Если поток был запущен, то повторно запустить его нельзя

Концепции map in map и get chaining 😈

#говнокод

Ответ к вопросу про get chain с NPE:
В джава 16 появилась новая фича, которая показывает больше деталей про место, в котором произошел NPE (детали например тут - https://www.baeldung.com/java-14-nullpointerexception)
Но в данном случае будет так -
Exception in thread "main" java.lang.NullPointerException: Cannot invoke "java.util.Map.get(Object)" because the return value of "java.util.Map.get(Object)" is null
at test.Test.testMap(Test.java:46)
Фактически новая фича ничем не помогает в данном случае.
Я бы не рекомендовал писать такой код, в случае возникновения null значений в мапах, по ошибкам не будет понятно, где искать проблему. Такой код сложно отлаживать и поддерживать. Возможно он бы имел место, если бы было известно, что map.get всегда будут не null

Если вы разрабатываете на Java, то видео доклада в этом посте точно расширит ваш кругозор. Java выбирают даже не за язык, а скорее за огромную экосистему, в которой разработчики могут найти готовые решения для практически любых задач. Эту экосистему важно знать. В докладе рассматривается большой список библиотек из мира Java для решения конкретных прикладных задач.

Если вы не разрабатываете на Java, но знаете Java разработчиков, поделитесь с ними этим видео. Они точно скажут вам спасибо! :)

#Java

https://youtube.com/watch?v=ABm0KhsZJ0c&feature=share9

Разъяснение про увеличение хипа:
В 64 битной JVM существует сжатия указателей, которое контролируется опцией UseCompressedOops и включено по-умолчанию для 64 битных систем начиная с Java SE 6u23
Если размер хипа для вашей программы больше 32GB, то сжатие перестает работать и все указатели становятся размером в 8 байт (в два раза больше).
То есть, увеличивая хип с 32гб на 40гб, вы не увеличиваете фактически хип, а уменьшаете его!
Получается, что имеет смысл увеличивать с 32гб хип сразу на что-то большее 48гб.

Ссылки по теме:
На русском - https://habr.com/ru/articles/440166/
Compressed oops in the Hotspot JVM - https://wiki.openjdk.java.net/display/HotSpot/CompressedOops
How does JVM allocate objects - https://umumble.com/blogs/java/how-does-jvm-allocate-objects%3F/
CompressedOops: Introduction to compressed references in Java - https://www.javacodegeeks.com/2016/05/compressedoops-introduction-compressed-references-java.html
Trick behind JVM's compressed Oops - https://stackoverflow.com/questions/25120546/trick-behind-jvms-compressed-oops
Java HotSpot Virtual Machine Performance Enhancements - https://docs.oracle.com/javase/7/docs/technotes/guides/vm/performance-enhancements-7.html

Ответ к вопросу про разницу между interrupted() и isInterrupted() :
Метод interrupt() выставляет флаг прерывания на конкретном потоке, указывая, что ему следует остановиться. Ставит значение флага true.
Статический метод Thread.interrupted() возвращает значение флага прерывания для текущего потока. После проверки всегда присваивает значение флага false и запускает поток.
Метод isInterrupted() возвращает значение флага прерывания для того объекта, на котором вызван. Не запускает поток.