#EffectiveJava #book #Java #JoshuaBloch

#ForkJoinPool #FixedThreadPool #parallelStream #stream
Оказывается работая в параллельной зоне кода в рамках потоков обычного FixedThreadPool при поднятии parallelStream(), например по коллекции, он создаст внутри стрима ещё один ForkJoinPool - и в результате может быть полная каша.
К примеру, если же параллельный стрим стартует внутри потока типа fork join, то такой путаницы из потоков не происходит, потому что при старте параллельного стрима он поймет по типу потока, что уже находится внутри ForkJoinPool и стрим будет работать как обычный последовательный для каждого потока.
На скрине в отладке показана плохая ситуация и видны обычные (не fork join) параллельные потоки, которые пришли в стрим и создали в этом месте fork join потоки по количеству доступных ядер для элементов коллекции.
Вот так.
Эти два типа потоков не "узнают" друг друга в параллельных стримах.
Типа "эй товарищ, ты создаёшь параллельный стрим внутри многопоточности и нечего городить ещё одну многопоточность в себе".

#coffee #javastory #java
Кофе с живописного острова Ява (Java).

Кофе был завезен в Индонезию голландскими колонистами в конце 17 века. Кофейные семена были тайно вывезены из Йемена примерно на 100 лет раньше. К слову, смесь Индонезии Явы и Йемена Мокки стала первой кофейной смесью в истории человечества, которая так и называлась — «Мокка Ява».

#StringBuilder #concat #String
StringBuilder для склейки стрингов вместо обычной конкатенации типа "+" или .concat().
Разница в перформансе отличается - в разы.
- Джошуа Блох "Effective Java" стр. 279

#ThreadName #setName #ThreadIndex
Именовать потоки как отдельно работающие так и в рамках пула потоков.
На скрине пример - как задать имя для ForkJoin потоков с добавкой номера по индексу в пуле.
Именованные потоки позволяют понять откуда (из какого ThreadPool) этот поток и наглядно сообщают о себе в логировании и отладке.

#Git #Commit
https://uncaughtexception.ru/posts/2017/03/22/kogda-nuzhno-delat-kommit/

Столкнулся с тем, что когда делаешь коммиты попросту чаще и только по нужной части и не копишь большой снежный ком, то дышать при виде небольших и понятных для тебя изменений по коду становиться легче. Статья на тему прикладывается.
А как вы практикуете коммиты?
Пишите пока идет вдохновение а потом - все в один большой?

#CompletableFuture #Thread #Future #ThreadSafe
Сколько времени ожидать выполнения Thread потока?
А если что-то упало по дороге и где результат?

Чтобы результат отработки сервиса на базе многопоточности не приходилось контролировать по време ожидания и применять колхозные подходы отловки исключений - удобнее и безопаснее пользоваться CompletableFuture.

О CompletableFuture можно почитать здесь - https://annimon.com/article/3462.

На данном же куске кода показан пример как создаются CompletableFuture задачи (строка 53) и как эти же задачи отдают результат "неотходя от кассы" (строка 59) с помощью метода get().
Под задачами в данном контексте понимаются Runnable, которые заглатывают свои значение в рамках потока и выполняют обработку данных в параллели по ядрам процессора.

#Component #Repository #Service #Spring
Какую Spring аннотацию использовать над классом, @Component или @Repository? А может и @Service?

Статья для понимания разницы на тему:
https://coderlessons.com/articles/java/raznitsa-mezhdu-component-service-controller-i-repository-v-spring

В контексте примера из скриншота аннотация @Repository указывает Spring на то, что это класс персистентного слоя.
А для более ясной логики приложения - служит основой для хранения и вызова коллекции методов.

#Maven #bompom
https://habr.com/ru/post/344480/
Неплохая статья про Maven. Особенно интересен вариант "BOM POM" когда в проекте много модулей и надо управлять версиями зависимостей.

#Maven #DependencyScope #Scope #pom #dependencyManagement
#provided

Поговорим еще о Maven.
Что же такое область действия зависимости "Dependency scope"?
И какой вариант лучше?
<scope>?</scope>

Область действия scope определяет этап жизненного цикла проекта, в котором эта зависимость будет использоваться.
Подробнее можно почитать по ссылке:
https://java-online.ru/maven-dependency.xhtml#scope

#AtomicReference #ThreadSafe
Привет.
А как вы определяете "атомарность" в Java?
Может это тоже самое что и синхронизация?

На мой взгляд атомарность проще всего понять на примере "неделимости" операции.
То есть действие либо выполняется целиком (прочитать, прибавить значение, записать - это инкремент) либо действие и начинать не надо, чтобы объект не расколбасило в его состоянии.

Ссылка на беседу по теме:
https://ru.stackoverflow.com/questions/616278/%D0%90%D1%82%D0%BE%D0%BC%D0%B0%D1%80%D0%BD%D1%8B%D0%B5-%D0%B8-%D0%BD%D0%B5%D0%B0%D1%82%D0%BE%D0%BC%D0%B0%D1%80%D0%BD%D1%8B%D0%B5-%D0%BE%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%B8-java

#StreamAPI #Map #groupingBy #mapping
Java Stream API рулит.

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

Map<String, Set<String>> map4 = workers.stream().collect(

Collectors.groupingBy(Worker::getPosition,

Collectors.mapping(Worker::getName,Collectors.toSet())));

https://habr.com/ru/post/348536/

#mockbean #spybean #springboottest #ioc
Делал я тут рефакторинг тестов при бегстве от модного SpringBoot в худой компонент spring-context...

И понял что оказывается в SpringBoot есть такие интересные аннотации для разработки JUnit тестов как @SpyBean и @MockBean, которые работают со Spring IoC контейнер и позволяют внедрять зависимости в контексте тестовых классов.

Дадим краткие определения:
- @MockBean - мокирует (Mockito Mock) зависимость спринга.
- @SpyBean - делает шпиона (Mockito Spy) из спринг бина.

SpringBoot конечно жирный, но есть и приятные моменты, например как эти две аннотации, которые идут в составе.

Для почитать с примером:
https://java-ru-blog.blogspot.com/2020/04/spring-boot-testing-mock-spy.html

#superBuilder #builder #lombok

Как известно аннотация Lombok @Builder упрощает жизнь разработчику при написании кода и делает код более лаконичным и поддерживаемым, особенно при наличии множества полей в классе.

А как насчет билдера для абстрактного класса и наследников?
Для этого есть очень интересное решение - аннотация @SuperBuilder!

Общая схема применения аннотации вкупе с наследниками:
@SuperBuilder
public abstract class Parent {
// начинка...
}

@SuperBuilder
public class Son extends Parent {
// вкусная начинка...
}

@SuperBuilder
public class GrandSon extends Son {
// начинка еще вкусней...
}

Важно - @SuperBuilder нельзя смешивать с @Builder в одной иерархии классов. Это приведет к ошибке компиляции.

Более подробно о применении с примерами можно ознакомиться по ссылке:
https://javascopes.com/lombok-builder-inheritance-bce31ecd/

#builder #lombok

Как реализовать builder паттерн если аннотация вешается на конструктор родительского класса и на конструктор наследника?

На скриншоте явно определена проблема - компилятор ругается на метод builder по возвращаемому типу.

Решение заключается в том, что в аннотацию надо добавить свое имя билдер метода для наследника:
@Builder(builderMethodName = "sunnyBuilder")

Еще один пример для решения этой проблемы можно прочитать по ссылке в пункте "2.3. Сосуществование нескольких Builders".
https://javascopes.com/lombok-builder-inheritance-bce31ecd/

#jdk11 #java11

https://youtu.be/5cBECLrbIqA