Не то чтобы, нас сильно интересовал Python, но анимация очень интересная.

Жизненный цикл кода от IDE до рабочей программы.

В Kotlin 2.1 анонсировали новую интересную функцию под названием "when guards", которая расширяет возможности конструкции when. Guard'ы позволяют добавлять дополнительные проверки с помощью ключевого слова if.

fun printAnimalInfo(animal: Animal) {
    when (animal) {
        is Animal.Dog if animal.isFriendly -> {
            println("This is a friendly dog named ${animal.name}.")
        }
        is Animal.Dog -> {
            println("This is a dog named ${animal.name}.")
        }
        is Animal.Cat if animal.isLazy -> {
            println("This is a lazy cat named ${animal.name}.")
        }
        is Animal.Cat -> {
            println("This is a cat named ${animal.name}.")
        }
    }
}

sealed class Animal {
    class Dog(val name: String, val isFriendly: Boolean) : Animal()
    class Cat(val name: String, val isLazy: Boolean) : Animal()
}

Что интересно, это, кажется, первая фича языка, которую Kotlin взял из Java.

record Point(int x, int y) {
}

class Cartesian {
    static void printQuadrant(Point p) {
        switch (p) {
            case Point(var x, var y) when x > 0 && y > 0 -> {
                System.out.println("first");
            }
            default ->
                System.out.println("other");
        }
    }
}

Какой вариант вам кажется более предпочтительным?

👍 - Kotlin, ❤️ - Java

🕐 Тонкое управление Scheduled задачами в Spring

Какими способами можно настроить время и условие запуска Scheduled задач в Spring?

Первый способ - через @Profile над сервисом, в котором объявлена задача, чтобы указать профили, в которых она должна (или не должна) запускаться.

java 
@Profile("test,!prod")
class Teapot {
    @Scheduled(cron = "0 15 10 15 * ?")
    void makeTea() {
        log.info("I'am a teapot.");
    }
}

Но в таком варианте, мы управляем только условием запуска, но не можем настроить переодичность.

Другой вариант, это объявление cron expression в пропертях:

#application-test.properties
teapot.make_tea.cron=0 15 10 15 * ?

@Scheduled(cron = "${teapot.make_tea.cron}")
void makeTea() {
    log.info("I'am a teapot.");
}

Но как тогда в таком случае отключить джобу? В качестве cron expression можно использовать дефис(-), что означает, что джобу запускать не нужно вовсе. И тогда мы обходимся без явного перечисления профилей в @Profile.

#application-prod.properties
teapot.make_tea.cron=-

Такой подход особо полезен при использовании spring-cloud-config, тогда нет необходимости делать передеплой приложения, чтобы выключить, или донастроить джобу. Нужно только не забыть повесить @RefreshScope на класс.

#SpringBoot #SpringTips

🌟 Статическая и динамическая конфигурация в Spring Boot: что выбрать?

В мире облачных сервисов правильная настройка конфигурации играет ключевую роль. В этой статье рассматриваются два подхода: статическая и динамическая конфигурация.

🔧 Статическая конфигурация удобна предсказуемостью и простотой развертывания. Пример на Spring Boot:

@Value("${myapp.staticValue}")
private String staticValue;

public void printStaticValue() {
    System.out.println(staticValue);
}

🔄 Динамическая конфигурация обеспечивает гибкость и адаптивность. Например, для изменения конфигураций во время выполнения приложения можно использовать Spring Cloud:

@RefreshScope
@RestController
public class MessageRestController {

    @Value("${message:Hello default}")
    private String message;

    @GetMapping("/message")
    public String getMessage() {
        return this.message;
    }
}

Spring Cloud предоставляет возможность создания config сервера, который может подгружать новые конфигурации из Git. Ознакомьтесь с полной статьей для более детального погружения и примеров кода!

📚 Читать далее

#SpringBoot #SpringCloud

Неблокирующие сервисы вчера: WebFlux, Coroutines и Loom.
"Неблокирующие сервисы" сегодня: DockerHub, IntelliJ IDEA Ultimate, Slack и другие.
#программисты_шутят

Dynamic Projection в Spring Data JPA

Используя Spring Data, довольно часто могут возникать накладные расходы из-за получения из базы слишком большого количества полей. Чтобы решить эту проблему, мы можем объявлять методы с нативными запросами, DTO или проекциями для случаев, когда необходимо ограничить количество выбираемых полей. Но такой подход приводит к появлению множества очень похожих методов в репозитории. Например:

public interface ProductRepository extends JpaRepository<Product, Long> {
    List<Product> findByName(String name); // выбираем из базы сущность со всеми её полями

    List<ProductProjection> findPrjsByName(String name); //выбираем из базы ограниченный набор полей, указанный в некоторой проекции

    List<ProductDto> findDtosByName(String name); //выбираем из базы ограниченный набор полей, указанный в некоторой DTO
}

Чтобы решить эту проблему можно прибегнуть к использованию Dynamic Projection:

public interface ProductRepository extends JpaRepository<Product, Long> {
    <T> List<T> findByName(String name, Class<T> type);
}

Подробнее о сценариях использования и компромиссах, на которые придется пойти используя Dynamic Projection, читайте в следующей статье: https://maciejwalkowiak.com/blog/spring-data-jpa-dynamic-projections/

Мы рады сообщить, что наше сообщество начинает обрастать экспертами, и мы будем знакомить вас с их мнением. Встречайте, Михаил Поливаха, коммитер Spring Data JDBC (Relational), не удержался от комментария по вопросу поддержки проекций в разных модулях Spring Data. Ниже прямая речь Михаила.

Надо сказать, что projection-ы, как функциональность, должна быть доступна во всех модулях spring-data. Вопрос в том, что еще не все модули ее поддержку реализовали до конца.
Наивный читатель мог бы предположить, что поскольку в spring-data-jdbc есть поддержка как interface based projection-ов, так и dynamic projection-ов, то вот это заработает:

public interface MyEntityRepository extends CrudRepository<MyEntity, Long> {

    <T> Optional<T> findProjectionByStatus(String status, Class<T> clazz);
}

@Data
@EqualsAndHashCode(onlyExplicitlyIncluded = true)
@Accessors(chain = true)
@Table
public class MyEntity {

    @Id
    @EqualsAndHashCode.Include
    private Long id;

    private String status;

    @CreatedDate
    private Instant createdAt;
}

interface MyEntityInterfaceProjection {
    String status();

    Long id();
}

@Test
void whenDynamicProjectsAreInUseViaInterfaces_thenBlast() {
    saveInitialEntity();
    Optional<MyEntityInterfaceProjection> active = myEntityRepository.findProjectionByStatus("active", MyEntityInterfaceProjection.class);

    Assertions.assertThat(active)
        .isPresent()
        .hasValueSatisfying(myEntityProjection -> {
           Assertions.assertThat(myEntityProjection.id() != null && myEntityProjection.status().equalsIgnoreCase("active")).isTrue();
        });
}

 @NotNull
 private MyEntity saveInitialEntity() {
    MyEntity myEntity = new MyEntity();
    myEntity.setStatus("active");
    return myEntityRepository.save(myEntity);
 } 

Но данный код сгенерит ошибку глубоко в недрах JdbcQueryCreator-a:

java.lang.IllegalStateException: SELECT does not declare a select list
  at org.springframework.data.relational.core.sql.SelectValidator.doValidate(SelectValidator.java:57)
  at org.springframework.data.relational.core.sql.SelectValidator.validate(SelectValidator.java:49)
  at org.springframework.data.relational.core.sql.DefaultSelectBuilder.build(DefaultSelectBuilder.java:207)
  at org.springframework.data.jdbc.repository.query.JdbcQueryCreator.complete(JdbcQueryCreator.java:173)
  at org.springframework.data.jdbc.repository.query.JdbcQueryCreator.complete(JdbcQueryCreator.java:66)

Связано это с тем, что на данный момент spring-data-jdbc просто не умеет переваривать динамические проджекшены для инфтерфейсов 🙂
Про это мы знаем, бага на это дело пока нет, если он кому-либо важен - можем завести. Хочу также напомнить, что если есть какие-либо инициативы для нововведений в spring-data-jdbc - можно оставлять в комментариях или писать мне в ЛС.

⚠️ Уязвимость в плагине JetBrains GitHub

Если вы используете плагин GitHub в IntelliJ IDEA или других продуктах JetBrains, советуем обновиться до последней версии и отозвать токены созданные IDEA в своем GitHub аккаунте.

Подробности в статье.

🔗 https://habr.com/ru/companies/spring_aio/articles/820819/

🔧 Spring Data findAll антипаттерн

Spring Data Repository отличная концепция, позволяющая нам абстрагироваться от CRUD операций над domain entity. Достаточно объявить пустой интерфейс и унаследовать его, например, от ListCrudRepository или JpaRepository, если мы работем с JPA.

public interface OwnerRepository extends JpaRepository<Owner, Long> {
}

После этого нам сразу будут доступны основные методы работы с entity - save, update, findById, findAllById, findAll, и т.д. Но некоторые из этих методов могут привести к серъезным проблемам с производительностью и памятью, например метод findAll(). Давайте представим, что нам нужно найти всех Owner у которых есть животные c определенным именем и отсортировать по имени владельца. Поскольку мы находимся всего в одном шаге от вызова findAll() метода для «решения» этой проблемы, не пройдет много времени, пока кто-нибудь не предложит следующее решение:

public List<Owner> findOwnerByPetName(Collection<String> petNames) {
    return ownerRepository.findAll()
            .stream()
            .filter(owner -> owner.getPets()
                    .stream()
                    .map(Pet::getName)
                    .anyMatch(petNames::contains)
            )
            .sorted(Comparator.comparing(Owner::getFirstName))
            .toList();
}

Проблема здесь в том, что мы загрузили всю таблицу Post в память и потом начали фильтровать и сортировать данные, вместо того чтобы сделать это с помощью JPQL или SQL запроса за одно обращение к БД и загрузить в память только те данные, которые нам нужны в дальнейшем. Давайте посмотрим как мог бы выглядеть такой метод репозитория:

//derived method
List<Owner> findByPets_NameInOrderByFirstNameAsc(Collection<String> petNames);

//JPA query method
@Query("select o from Owner o left join o.pets pets where pets.name in ?1 order by o.firstName")
List<Owner> findOwnerByPetName(Collection<String> petNames);

Если у нас в репозитории есть метод findAll(), мы должны понимать что рано или поздно, по мере роста команды, им может кто-то воспользоваться. Возможно следует определять базовый интерфейс репозитория вашем проекте самостоятельно и наследовать его от org.springframework.data.repository.Repository и подконтрольно наполнять его методами.

#SpringData #SpringTips

🕓 Hibernate и спецификация JPA: приключение на 20 минут 24 часа

На прошлой неделе у нас был пост про внезапное падение производительности в Hibernate 6.5 на достаточно простом запросе. А сегодня вы можете прочитать историю этой проблемы от лица Гевина Кинга, создателя Hibernate.

Гевин Кинг рассказал, как возник этот баг, и как он повлиял на спецификацию JPA 3.2.

📚 Подробней читайте на Хабре

По умолчанию в IntelliJ IDEA работают следующие комбинации клавиш:

1) ⌥ + ← (CTRL + ←) – передвинуть каретку к началу слова
2) ⌥ + → (CTRL + →) – передвинуть каретку к концу слова
3) ⇧ + ⌥ + ← (⇧ + CTRL + ←) – выделить слово до его начала
4) ⇧ + ⌥ + → (⇧ + CTRL + →) – выделить слово до его конца
5) ⌥ + ⌫ (CTRL + ⌫) – удалить слово с текущей позиции каретки и до его начала

Но мало кто знает, что эти шорткаты можно сделать еще удобнее!

Настройте их же для режима CamelHumps и IntelliJ IDEA начнёт понимать слова написанные в camelCase!

#IntelliJIDEA #Tooling #HotKeys

Разработчики Каркаса Весеннего Ботинка утверждают, что эти фразы имеют смысл:

- "У меня не применяется совет контроллера"
- "Тебе нужно выстрелить событием"
- "Я сделал этот боб главным, чтобы мои анализы не провалились"

My controller advice did not apply
You need to fire an event
I made this bean primary in order to not to fail my tests

Они держат нас за дураков?